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Profile of the PRIME 
50 Series Family 



Prime's 50 Series family is a sojiiisticated group of totally compatible 
supermini computers. These systems are: 

• The 2250, an entry-level office environment system 

• The 250-11, a low priced end user system 

• The 550-11, a midrange system 

• The 750, a hic^ end system 

• The 850, a multistream system 

Each member of the 50 Series embodies Prime's "total compatibility" and 
"software first" design philosophies. All members also inclement 
advanced architecture concepts, making the 50 Series flexible enough to 
answer a number of diverse user needs while still preserving fast and 
efficient operation. In addition. Prime's full complement of data 
conmunications and networking capabilities make it possible to link any 
member of the 50 Series to a host of other machines, granting access to 
information and data distributed across great distances. These 
characteristics, coupled with a single operating system, PRIMES, and a 
wide range of available software and hardware products, nake each of 
the 50 Series systems a versatile solution to almost any COTonercial or 
scientific application. 
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(COMPATIBILITY 



■Hie 50 Series family is cSesigned to accommodate users who nay have one 
set of system needs today and who plan to expand into a potentially 
different set of needs in the future. The process of converting from a 
smaller system to a larger one can be time-consuming and exgensi've. 
The 50 Series eliminates much of the expense and time spent on such a 
conversion, since all family members are totally up/ard- and downward- 
compatible. 

Each 50 Series system supports a multiuser, multiprocess, interactive 
environment, making any of them an ideal choice for many fields and 
applications. Users upgrading to more powerful members of the 50 
Series family can expect to use their existing application programs on 
the new system without change. This is because the Prime 50 Series 
software is compatible at object code level, so it does not have to be 
reassembled, recompiled, or relinked to run on any other 50 Series 
system. One operating system, ^RI^DS, runs on all members of the 50 
Series family, providing a consistent interface regardless of the 
system. In addition, any disk pack suitable for use on any family 
rtember can be transferred to and can run on any other manber without 
change. 

In general, all Prime hardware controllers, manory boards, peripherals, 
and other hardware components can be used without modification on any 
50 Series system. This means that the user's hardware investment is 
protected as long as any 50 Series system is in use. 



"SOFIWAE^ FIEST" DESIGN 

This philoso0iy has always directed Prime's design efforts. It means 
that Prime is committed to producing systems that offer the user the 
maximum system resources possible v^never the user needs than. To 
make such resources available, Prime's hardware is designed to support 
the FRIMDS operating system instead of the other way around. In 
addition, user interfaces and software packages are designed to be as 
simple and as strai^tforward to use as possible, so that the user's 
time is spent productively rather than in learning the idiosyncrasies 
of the system. 



ADVANCED ARCHITECniRE 

The 50 Series systems embody an advanced 32-bit architecture that 
grants the user the ability to perform complex tasks efficiently and 
quickly. Increased performance and precision are two of the major 
benefits of this architecture. In addition, the virtual memory 
capabilities of the 50 Series architecture give each user a virtual 
address space large enough to run application and developnent programs 
without the use of overlays, easing program complexity and development 
time. To speed memory reference time, the 50 Series uses interleaved 
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THE PRIME 50 SERIES FAMILY 



MDS memory and a high speed bipolar cache memory. A large number of 
hardware- and firmware-implemented features further enhance operation. 



NETWORKING AND EftTA COMMUNICATIONS 

A special feature of the 50 Series systems is their ability to link 
with other systems, both Prime and non-Prime, in data networks. 
FRIMENET, Prime's networking software, supports the OCITT X.25 standard 
protocol and allows any 50 Series system to connect into three types of 
networks. Depending on the user's need and application, IRIMENET can 
connect a 50 Series system into a local ring network suitable for any 
environment requiring closely coupled, secure systems, such as banking, 
finance, scientific research, or commercial recordkeeping. A user can 
also connect a system into a telecommunications network , useful to a 
business with several ranote sales offices. It is also easy to link 
into one of the public data networks , such as TELENET, EURONET, and 
DATAPAC. 

In addition to PRIMENET, the 50 Series also supports Remote Job Entry, 
which allows the user to communicate with systems manufactured by IBM, 
Honeywell, Univac, and other vendors, and the Distributed Processing 
Terminal Executive (DPTX) , which allows the Prime user to communicate 
with IBM 3270 equipment. These two packages make the 50 Series 
compatible with many mainframe systems in widespread use, allowing 
users to offload work usually performed on a large system onto the 
Prime system. These capabilities, coupled with those provided by 
PRIMENET, ensure that the 50 Series systems can efficiently handle 
almost any communication and networking need. 



WIDE RANGE OF SOFTWARE AND HARDWARE PRODUCTS 

Prime offers many software and hardware products that allow the user to 
tailor a system to the exact needs of an application. Products include 
several database management systens, integrated developnent tools, and 
networking packages. Other types of software products offered are 
programming languages and language support utilities, CAD/CAM packages, 
communications systems, and Prime's Office Automation, as well as many 
third-party applications packages. 

The hard/are products for the 50 Series are equally versatile. 
Depending on requirements, the user may choose from three types of 
disks, four magnetic tape drives, and a large number of terminals, 
printers, plotters, and other peripherals. In general, these products 
are compatible with all members of the 50 Series family. 
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SUMMARY 



This section has highlighted some of the general features shared by all 
members of the 50 Series. These are not the only exceptional aspects 
of the 50 Series systems; many more are described in detail throughout 
this book. 
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About 
This Book 



All the 50 Series systems focus on the user's nee^ to provide a full 
spectrum of solutions. The descriptions in this book danonstrate the 
technical efficiency and soj*iistication of the 50 Series systons, and 
hic^ic^t the many practical benefits they offer. This book presents 
two closely related views of Prime's 50 Series systems: 

• One view provides a technical description of the features of the 
50 Series systems. This view shows the advanced architecture 
concepts built into the 50 Series systems, and lists the 
software and hardware products that they support. 

• The second view demonstrates how 50 Series systems answer the 
needs of users in commercial and scientific environments. This 
view shows how the architecture and software/hardware products 
can be used to fit a variety of needs and applications. 

The Technical Sunmary is organized as follows: 

• Chapter 1 provides a high level view of the 50 Series systems, 
e^^laining the design features and E*iilosoE*iies they all anbody. 

• Chapters 2 through 10 describe the 50 Series architecture and 
the operating system, FRI^DS. These chapters show how the 
architecture and ERIMDS work together, focussing the design 
philosophies of the 50 Series on specific areas of machine 
implementation. 

• Qiapters 11 and 12 show the array of software and hard/are 
products supported ty the 50 Series, with brief descriptions of 
many of these products. 



XI 



OTOER USEFUL BOOKS 

For more information on some of the topics discussed in this book, you 
may find it useful to refer to: 

• Prime User's Guide ,, (DOC4130-190) , which introduces the new user 
to FRIMDS, and to Prime's file system, utilities, compilers, and 
subroutine libraries. This book also explains how to use the 
rest of Prime's user documentation. 

• PRIMPS Conmands Reference Guide , (FDR3108-190) , which describes 
the format and usage of all ERIM3S user commands. 

« System Adianistrator's Guide , {DOC5037-190) , which contains 
information about system planning, resource allocation, and 
system security. 

• PRIMENET Guide , (DOC3710-190) , which explains Prime's networking 
system. 

• The guides for users of the programming languages, software and 
hardware products in which you are interested. 
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The Central 
Processing Unit 



The central processing units (CPUs) of all 50 Series ^sterns share a 
common architecture and one operating system, FRIMDS. "Phis commonality 
is what makes the 50 Series a line of completely upward- and 
dowrward-compatible systems. The implementation of the common 
architecture, however, is sli^tly different for each member, allowing 
the 50 Series systems to address a wide variety of user needs as well 
as remain ccropatible. The first part of this chapter explores the 
single-stream CPU implemented on the 2250, 250-11, 550-11, and 750. 
The second part discusses the dual-stream 850 CPU. 



SINGLE-glREAM ARCHITECTURE 

The CPU can be divided into four major units. The first three of these 
are implemented on all single-stream monbers of the 50 Series family: 

• Cache memory 

• Control store 

• Processor execution unit 

The fourth, the instruction preprocessor unit , is a feature of the 750 
(and dual-stream 850) systems only. It serves as a speedup mechanism 
to enhance the rate of throu^put. 
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THE CEISPmAL PROCESSING UNIT 



Cache and STLB 

The 50 Series architecture incorporates a large virtual memory. This 
means that whenever a user specifies a virtual address, the system must 
translate it into the address of a E*iysical location in manory, and 
then fetch the data fran memory. The 50 Series systons contain a cache 
and a segmentation table lookaside buffer (STLB) to speed up the memory 
reference/address translation process. 

The 50 Series uses a virtually addressed, write-through cache . Each of 
the cache entries contains the contents of and additional information 
about two consecutive bytes (2250, 250-11 and 550-11) or four 
consecutive bytes (750 and 850) of recently accessed 0iysical memory. 
If the contents of a specified location can be found in the cache, the 
system saves a great deal of time; it takes only 80 nanoseconds to 
access a cache entry, a vast improvement over the approximately 600 
nanoseconds needed to access jAiysical memory. The time saved can be 
spent performing other operations rather than waiting for a manory 
reference to complete. 

To speed up the virtual-to-0iysical translation, the STLB contains the 
results of the last 64 address translations. Since programs tend to 
reference the same set of locations during their execution, the system 
can perform a translation once, store the result in the STLB, and then 
have it for reference the next time the user specifies the same 
location. Since the STLB has a much faster access time than jhysical 
memory does, referencing it saves translation time as well as access 
time. 

See Chapter 4, Memory Management , for more information about accessing 
the cache and STLB, and about address translation. 



The Control Store Unit 

To speed up execution, the 50 Series systems implenent many functions 
in hardware and firmware, such as procedure calls (see Chapter 8) . The 
firmware that governs instruction execution is contained in the control 
store ROM. Each 50 Series system can suH»rt i;^ to 128 Kbytes of 
firmware address space. 
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The Processor Execution Unit 



This unit performs the computation required during instruction 
execution. Elements of the processor execution unit include: 



• Integer arithmetic logic unit (ALU) 

• Decimal ALU 

• Floating point unit 

• Register file 

• Program counter 

Figure 2-2 shows an expanded block diagram of the processor execution 
unit. 

The integer arithmetic logic unit (ALU) performs the desired operation 
on the user's two's complement data. In a similar fashion, the decimal 
ALU and the floating point unit handle decimal and floating point 
operations, respectively. These units can perform tests and checks as 
well as arithmetic operations. 

■Hie register file contains four sets of registers, each containing 32 
32-bit registers, IVo of these are user register sets that contain 
information about a process and the system as the process sees it. 
These user register sets contain information about the general 
registers a process can use, addresses of fault handlers, contents of 
system registers, and other useful information. 

As an example of the benefits two register sets provide, suppose one 
process is naming, using one of the register sets, when an interrupt 
from a second process occurs. The system begins to run the second 
process, using the second set of registers to contain that process's 
state information. The second process completes, and the first process 
is to resume execution. Since the second process did not change the 
contents of the first process's register set, the system does not have 
to restore any data before resuming execution of the first process. 
The availability of two register sets avoids the need for saving or 
restoring complete copies of a process's state 98% of the time. 

One of the remaining register sets contains microcode scratch and 
system status registers. The fourth set contains direct memory access 
(DMA) channels to speed I/O operations (see Qiapter 6) . 

The program counter contains the address of the next instruction to be 
executed. 
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Processor Execution Unit 
Figure 2-2 



The Instruction Preprocessor Unit 

A special Instruction Preprocessor Unit, on the 750 and 850, is 
designed to speed up execution. The unit does this by processing as 
much information about the next two instructions as possible before it 
is needed. While the processor execution unit is executing one 
instruction, the instruction preprocessor unit is decoding the next 
immediate instruction, calculating what the next address will be and 
determining what registers, if any, are to be accessed. The 
preprocessor unit is also fetching the second next instruction frcxn the 
cache so that it is ready to be decoded when the next inmediate 
instruction begins to execute. When the processor execution unit 
completes the current instruction, the instruction preprocessor has in 
most cases calculated enough to allow the processor execution unit to 
execute the next immediate instruction without delay. 
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DUAL-STOEAM ARCHITECTURE 



The 850 system implements a dual-stream version of the 50 Series 
architecture, which provides 60-80% more service than the 750. Figure 
2-3 shows a block diagram of the 850 dial-stream architecture. 



Instruction Stream Units 

The 850 contains two instruction stream units (ISUs) , each of which is 
similar in capabilities and power to a 750 CPU. Each ISU executes an 
independent stream of instructions simultaneously, synchronized by a 
Stream Synchronization Unit (SSU, see below) . Each ISU is responsible 
for: 

• Full instruction decode 

• Effective address calculation 

• Instruction execution 

• Calculation of data for the next instruction 

The four blocks shown in each ISU contain the same elements and perform 
the same functions as those described in the first part of this 
diapter. 

The two ISUs share one cap;/ of the operating system. ERIMDS is 
reentrant and can run on either ISU (as can any user program) , so 
duplicate copies are not needed. System actions are also simplified, 
since there is no need to check for or handle discrepancies caused by 
different versions of the operating system. 



The Stream Synchronization Unit 

■Hie primary task of the SSU is to prevent inproper information from 
being loaded into the caciie of either ISU. It does this by maintaining 
a list of the contents of both caches; when data is written into 
either cache, the SSU can detect it and invalidate the contents of the 
appropriate entry in its list of cache contents. This means that the 
SSU is always aware of which cache locations contain correct 
information and which do not. 

When a cadie location in one of the ISUs contains information that is 
out-of-date, the SSU notifies that ISU of the discrepancy. That ISU 
invalidates the stale entry, which forces a memory read to the current 
information the next time that location is referenced. 
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In addition to synchronizing cache references, the SSU also coordinates 

memory, one operating system, and one copy of several system handlers. 
To ensure that these resources are used effectively and efficiently, 
the SSU contains four locks . 

The process exchange lock aids the process exchange mechanism (see 
Chapter 4) so that control transfers smoothly between processes on both 
ISUs. The queue lock makes sure that simultaneously executing queue 
instructions (one on each ISU) are both given access to the specified 
queue. To guarantee that the one set of check handlers services all 
diecks, the check lock allows only one ISU to signal a check at a time. 
The fourth lock, the mutual exclusion lock , can be used by software to 
prevent both ISUs from trying to access a particular procedure or piece 
of data at the same time. 

Diagnostic operations and communications between ISUs are also handled 
through the SSU. The former feature aids in system monitoring and 
testing; the latter enhances the 850 's ability to execute independent 
instruction streams without hi^ system overhead. 



SUMMfiRY 

This chapter introduced the CPU as the heart of the 50 Series systems. 
It described how the common architecture implemented on each family 
iteraber makes the 50 Series totally upward and downward compatible, yet 
applicable to many different needs. The rest of the chapters in this 
part explore various aspects of this common architecture. The next 
chapter. Process Management , begins the architecture discussion with an 
overview of processes and how control is transferred between them. 
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Process Management 



The last chapter described the hardware elements of the system. It 
showed the various pieces that work together to provide a variety of 
resources. The means by v^iich the user can invoke these resources is 
called a process . 

A process is a dynamic entity that the system recognizes and can 
schedule. For example, when the user logs onto the system, the act of 
logging in ccanraands the system to create a process for that user. The 
user process acts as a vehicle through v*iich the user can request 
specific actions from the system. It also identifies a set of related 
actions for which the system must schedule resources. 

Processes are managed by the process exchange mechanism . The mechanism 
embodies some of the 50 Series systems' most advanced architectural 
features to schedule and manage many processes as rapidly and 
efficiently as possible. This chapter describes the elements that make 
up the process exchange mechanism and shows their role in the transfer 
of control between processes. It also explores the miVDS scheduler 
and hew it determines which processes to run. 
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PROCESS EXCHANGE ^ECE^ANISM 



The process exchange mechanism transfers control from one process to 
another in a smooth, well ordered fashion. In addition to these 
characteristics, the mechanism is also very fast, because it is 
inplejtiented in firmware. The elements of the mechanism that make the 
control transfer possible are: 

• Process control blocks 

• Process abort flags 

• Ready list 

• Wait lists 

• WAIT and NOTIFY instructions 

• Dispatcher 

Process Control Blocks 

A process control block specifies the state of one process. During 
process exchange, tEe~block holds the contents of registers and timers 
used by the process as well as a variety of pointers to virtual manory 
and to fault, control, and processor information. It also specifies 
the level of priority of the process, a gauge of the process' 
ijip>rtance relative to the other processes in the systen. The process 
control block used on the 850 also specifies which of the two ISUs last 
ran the process and which one should rim the process next. 



Process Abort Flags 

Each process control block contains a set of process a bort flags. 
These flags are used roost often to signal the occurrence of an 
asynchronous event, such as typing a BREAK character or logging off the 
system. If any of the abort flags are set when the associated process 
is selected to run, a process fault occurs. The selected process does 
not run; instead, the process fault handler takes control to dear the 
fault. 
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Ready List 

The ready list is a list of processes that are reader to be run A 
process is ready to be run when nothing needs to occur before it can 
begin to execute. For example, such a process is not awaiting the 
completion of an I/O operation. 

■Ihe ready list organizes these processes according to their relative 
in^rtance, or priority, so that the most crucial process is run before 
all others. The elements of the reac^ list are: 

• Linked lists of process control blocks 

• Ready list headers 

• Two registers 

Figure 3-1 shows the relationship between the elements of the ready 
list. ■" 

Each process control block contains the priority level of the process 
It represents. Each block also contains a pointer to another process 
control block that is on the same priority level (if there are any). 
This means that all processes on the same priority level are bound 
together in a linked list. 

^^®?^^^^ ^^^ ^^^^ °^ ^^ lists of process control blocks. The 
ready list is a sequential list of headers, one header for each 
^i?'^^^y -'■^v®! on the system. Each header contains two pointers that 
define the endpomts of the linked list for that level of priority. 
The beginning of list pointer references the first process control 
block in the list; the end of list rointer . the last. 

Ihe process exchange mechanism uses two registers to locate the next 
process to dispatch. The ^ register contains a pointer to the 
ojrrently executing process. The ^B register contains a pointer to 
the next process to be run. 



wait Lists 

S^L"^^^^ specify a group of processes that are waiting for an event 
to occur. The major elements of each wait list are: 

• A semajiiore 

• A linked list of process control blocks 
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PROCESS MANAGEMENT 



Semaphores are hardware implementations of Edsger Dijkstra's P and V 
operations. They define an event, such as process synchronization for 
access to a system resource. They insure that only a set numioer of 
users access certain system resources at a time, and that reallocation 
of the resource is orderly and controlled. 

PRIMDS supports two types of user-accessible semaphores, explained at 
the end of this chapter. 

Each wait list has associated with it a linked list of process control 
blocks. The processes represented by the process control blocks on a 
wait list all share the same semaphore. 



Process Exchange Instructions 

The process exchange mechanism uses two instructions to manipulate the 
wait lists. When WAIT executes, it checks the status of the event for 
which the process is waiting. If the event has occurred, the process 
keeps running and does not have to wait. If the event has not 
occurred, WAIT invokes the process exchange mechanism to move the 
process to the wait list and run a new process from the ready list. 

When an event occurs, NDTIEY removes the first waiting process from the 
event s wait list (if there are any) and places it on the ready list. 
It then invokes the process exchange mechanism to scan the readv list 
and run a new process. 



Dispatcher 

The firmware routine called the dispatcher is responsible for smoothly 
transferring control from one process to another. When it is in 
control, it turns off the process interval timer, the dock that 
^cifies how long a process has been running. The dispatcher then 
checks the ready list to choose the highest priority process to run 
next, and allocates a user register set for that process. Before 
dispatching the new process, it reactivates the process interval timer 



Sunwary 

The process exchange mechanism determines which process to run next 
saves the state of the old process (if necessary) , locates a register 
set for the new process, restores the state for the new process, and 
transfers control to the new process. These tasks are all performed in 
SSlt'^?/'' fi^^are and can take as litUe time as 6 microseconds, 
•mey seldom require more than 24 microseconds. 
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THE IRIMDS SCHEDULER 



The last section showed how processes wait for an event to occur. When 
the event takes place, the waiting process with the highest priority 
level moves to the ready list and may begin to run. The mechanism that 
controls the movement of processes between wait lists and the read/ 
list is called the PRIMPS scheduler . The scheduler also controls the 
setting of default priority levels and the length of time processes can 
run. Elements of the scheduler are: 



• Scheduler queues 

• Two scheduling parameters 

• Backstop process 



Sdieduler Queues 

Each of the scheduler queues is a wait list that identifies the 
priority and type of process that is waiting to run. Processes with 
new terminal input are usually placed on the high priority queue. The 
processes whose execution the system temporarily suspends while it is 
servicing the hi^ priority processes wait on the eligibility queue. 
The low priority queue is for background or CPU-bound processes. 



Scheduler Parameters 

Two parameters, MAXSCH and CHAP, set boundaries for process execution. 
The MAXSCH command specifies the number of processes that can be 
simultaneously active on the system. The limit MAXSCH sets prevents 
thra^ing, which can occur if available manory resources are 
over committed. Prior to Rev 19.1, this value is initially set to 4. 
At Rev 19.1 and later, the value is initially determined by the 
formula : 

(m + 3) * X + y 

where 

m is the number of megabytes of main memory. 

X is 1 if the system is not using an alternate paging device or the 
alternate paging device and the paging device are both using the 
same controller, and x is 1.2 if the alternate paging device and 
the paging device are on different controllers. 

Y is 1 if the CPU is an 850, and y^ is otherwise. 
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When a user process moves off one of the scheduler queues, the process 
exchange mechanism places the process on the ready level specified by 
its process control block. The CHAP command selects the default level 
of the ready list on which user processes are placed. 



Backstop Process 

Ihe backstop process is responsible for all of the movement between the 
scheduler queues and the ready list. This process has the lowest 
priority on the system, which means that it runs only when there are no 
other processes to run. 



Scheduler Operation 

The backstop process, as mentioned above, is responsible for moving the 
processes from the queues to the ready list. Figure 3-2 illustrates 
how the backstop chooses a process fran one of the three queues and 
moves it to the rea<^ list. 

When there are no other processes in the systan to run, the backstop 
process (which is always ready to run) begins to execute. It first 
checks the hi^ priority queue to see if a process is waiting to run. 
If such a process exists, the backstop notifies the process, which 
moves it up to the ready list. The backstop is suspended iimediately 
after the notify, since its priority is lower than that of any other 
process on the system. 

If there are no processes on the hic^ priority queue, the backstop 
checks the value of MAXSCH against the number of currently active 
processes. If the number of currently active processes is greater than 
or equal to MAXSCH, the backstcp activates no new processes. If the 
number of currently active processes is less than MAXSCH, the backstop 
can activate a new process currently waiting on the eligibility queue 
or the low priority queue. It checks the eligibility queue first. 

If there are processes waiting on the eligibility queue, the backstop 
notifies the eligibility queue's semajiiore. This causes the first 
process in the queue to move up to the ready list. At the notify, the 
backstop is suspended as described above. 

If there are no processes waiting on the eligibility queue, the 
backstop can activate a process waiting on the low priority queue. If 
there are no processes to run, the backstop idles, rechecking each 
queue every cycle. 

Wien the backstop moves a process to the ready list, that process 
becomes the highest priority process in the system, so the backstop is 
suspended. Since backstop operation finishes as soon as it notifies 
one of the queues, its operation is never interrupted, and it never 
waits on any of the queues. It remains on the ready list and begins to 
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Scheduling Processes 
Figure 3-2 



execute frcxn the beginning the next time there are no other processes 
on the system. 



Time Slices 

The scheduler uses two measures of process time to determine where to 
place a process on the scheduler queues. 
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The first measure of time is called the process's current time slice 
This specifies the total length of time a process can spend on the high 
priority and eligibility queues before being relegated to the low 
priority queue. The default value is two seconds. This unit is 
divided into smaller units called quanta, or eligibility time slices . 
The default value for these smaller units is one third of a second. 
Figure 3-3 and the accompanying text show how the scheduler uses these 
values. 

When a user types a carriage return, the scheduler places the user's 
process on the high priority queue. If it does not complete by the 
time the eligibility time slice has expired, the scheduler places it on 
the eligibility queue and will continue to do so for the rest of the 
process' eligibility time slices. 

If the process does not complete by the time its entire current time 
slice runs out, the scheduler places it on the low priority queue where 
It is monitored, if it still has not completed after a predetermined 
length of time, the scheduler places it back on the eligibility queue. 
Processes requiring very long periods of CPU time to complete move back 
and forth between eligibility and low priority queues until they 
complete. 

When the user types another carriage return, the user process is given 
a new current time slice, and the entire cycle repeats: one 
eligibility time slice on the high priority queue, then down to the 
eligibility queue for the rest of the current time slice, then down to 
the lOf/ priority queue. 

Implementing this type of scheduler has many advantages. To the user, 
the most important one is provided by the hic^ priority queue, because 
It ensures that a terminal command is given priority over less 
interactive processes. 



850 Scheduler 

The preceding discussion shewed how the scheduler worked for all single 
stream 50 Series systems. The scheduler for the 850 works in the same 
way, with three differences. First, the PPB register is located in the 
SSU. Second, two backstop processes exist, one for each ISU. Third, 
because of the two backstops, the two highest priority processes can 
execute at the same time, one on either ISU. (Any process can run on 
either ISU) . The two backstop processes use a single set of queues to 
move processes onto the rea^ list. 
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USER-ACCESSIBLE SEMAPHORES 

The actions of the scheduler and the process exchange mechanism occur 
transparent to the user. There are, however, two types of semajiiores 
that the user can access if desired. These types are called numbered 
and named semaphores. 



Numbered Sema^ores 

miMDS provides an array of 64 numbered semajiiores. These semapiiores, 
numbered from 1 to 64, allcw the user to synchronize the execution of 
one process with that of one or more other processes. How the 
semaphores are allocated and used between processes is totally under 
the user's control, thouc^ PRIMDS does check specified semajiiore 
numbers for validity. 

The user can convert a numbered semaphore into a tiner by having the 
system clock notify it periodically. Up to 15 of these timed 
semaphores can be used at once. Like regular numbered semaj*iores, 
timed semaphores are allocated and used strictly as the user defines. 



Named Sanaphores 

The main difference between a numbered semajAiore and a named semaphore 
is that the former is identified by number, v^ile the latter uses a 
name. This name, however, allows PRIMDS to subject the named semajAiore 
to the same access restrictions (access control lists, discussed in 
Chapter 6) that operate on files in the file system. 

Ttiis restricted access makes named semaftiores particularly useful with 
groups of related processes. Access can be granted to a group of 
cooperating processes and denied to all others. This ensures that the 
coordinated actions complete smoothly and use the correct information, 
and keeps outside events from upsetting the necessary timing. 



SUMMARY 

The process exchange mechanism provides a rapid, transparent, 
consistent way to allocate time and resources to many simultaneous user 
processes. This ensures that resources are not overloaded at any tine, 
which protects the user against slew response time or system failure. 
It also gives the user a well-managed set of resources and the ability 
to access them easily without waiting. The next chapter. Memory 
Managannent , describes how the user also has easy access to physical and 
virtual memory resources. 
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The 50 Series members are virtual memory systems. This means that a 
very large virtual acJdress space is available to each user logged onto 
the system. This virtual address space is supported by a much smaller 
physical address space invisible to the user. 

Virtual memory has several advantages. To the user logged onto the 
^stem, there appears to be an address space of almost unlimited size 
which can su^wrt very large applications without using overlays. To 
the system owner, a virtual memory scheme provides the ease of use of a 
large memory at the cost of a much smaller amount of hardware. 

The three key parts to a virtual memory scheme are physical memory , 
virtualjnanorY, and a manager to control the virtual memory scheme. In 
the 50 Series, this manager is miWDS, and its attendant hardware and 
firnware support. This chapter describes the characteristics of the 50 
Series physical and virtual memory, and shows how PRI^DS coordinates 
the 50 Series virtual memory scheme. It also describes some of the 
hardware protection mechanisms implemented in the 50 Series virtual 
manory. 
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PHYSIOL VEVDRY 

Physical memory encompasses all hardware parts of the system used to 
store large blocks of information. The three types of physical memory 
are: 

• Cache 

• Main m^nory 

• Disk 

Figure 4-1 shows the relationship between the three elanents of 
physical manory. 
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Elements of Hiysical Memory 
Figure 4-1 



CacAie 

The cache is a data buffer that stores copies of the information 
contained in the most frequently referenced memory locations. Its size 
varies from system to system (see Table 12-1) . During program 
execution, this buffer is used to speed up manory references. 
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Since cache is a form of very hic^ speed memory, it takes only 80 
nanoseconds to access data stored there, vAiereas it takes about 600 
nanoseconds to access data stored in main memory. This difference in 
access times makes it very advantageous to access cache whenever 
possible. 

Three factors determine how often the cache contains the correct data 
(the cache hit rate) : 

• The size of the cache (2-32 Kbytes) ; 

• The information fetch rate (16-64 bits, depending on the system 
and the amount of memory interleaving) ; 

Locality of reference (the tendency of a program to execute 
within a small part of itself at any time) . 



• 



On the 50 Series, data can be found in the cache 85-95% of the time. 
See Table 12-1 for the exact figures for each 50 Series system. 



Main Memory 

The 50 Series main memory is hi^ speed MDS with error checking and 
correction built in to correct single bit errors and detect double or 
multiple bit errors. The memory is packaged on boards in units of 512 
Kbytes or 1 Mbyte. 

All systems use two-way interleaving to speed up memory references and 
to make more efficient use of the manory bus. This means that 
consecutive physical locations are located on different memory boards; 
when a reference to memory is made, the system fetches the same 
location on each board. This doubles the amount of data that can be 
fetched with one memory operation. Systems with an odd number of 
memory boards use interleaving for all but the odd board. 

Main memory is divided into units called pages . Each page is 2 Kbytes 
in size. The pages subdivide main menory into pieces that PRIMDS can 
conveniently and efficiently manage. One advantage of this subdivision 
is to reduce the amount of paging necessary to ensure that data is in 
main memory when the user meds it. 

There are many other advantages to subdividing memory into pages. For 
example, since all pages are the same size, FRIMDS can reply to all 
requests for space in the same way regardless of who or what makes the 
request. In addition, disk records are the same 2 Kbytes in size, so 
transfers between main manory and disk are siitplif ied. The section. 
Coordinating Physical and Virtual Memory , later in this chapter, 
describes many other advantages. 
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Disk 



Disks provide storage for all of virtual memory. The system or the 
user can access any of this information at any time (given the proper 
access ri^ts) , at which time a copy of it is moved from disk to main 
matiory. The Paging section in this chapter describes hew the 
information is moved. The Disks section in Chapter 12 describes the 
physical characteristics of the disks supported on the 50 Series. 



VIRTUAL ^EM^RY 

Virtual memory is divided into units called segments . Each segment can 
contain up to 128 Kbytes, or 64 virtual pages of 2 Kbytes each. 
Segments are virtual units, not physical ones, that aid both the user 
and the system in organizing their virtual address spaces and the 
information contained there. For example, the user can organize 
program code in one segnent and program data in a second one. It is 
also possible to allow extra room in a program for variable length data 
structures, such as arrays whose dimensions can change each time the 
program runs. Segments also allow the user to build modular programs, 
one module to a segment. PRIMDS uses segments in a similar way to 
organize its own code into modules. 

The virtual address space of each user contains 4096 segments. These 
are subdivided into four groups of 1024 segnents each. The segnents 
are subdivided to make address translation and segment sharing easier 
(see Address Translation and Shared and Unshared Segnents , below) . 



Shared and Unshared Segnents 

In the Prime virtual nemory scheme (see Figure 4-2) , each user address 
space of 4096 segments is divided into ^ared and unshared space. The 
first 2048 segnents are shared with all other users. This allows the 
operating systan, shared libraries, and shared subsystems to be seen by 
all users. The second 2048 segnents are private, containing 
information unique to unique to each user. This means that if two 
users reference Segnent '4000, they are specifying completely different 
locations. 

This arrangement of shared and unshared segments means that there is no 
possibility of one user's private space conflicting with that of 
another user. It also means that only one copy of PRIMDS and the 
shared s/stem software need be maintained, which reduces memory use. 
Additionally, it means that PRIMDS is embedded in the virtual address 
space of each user and is directly accessible via a normal procedure 
call (see Chapter 8, Procedure Management) . No interrupts, special 
supervisor calls, or systen traps are necessary when the user accesses 
PRIMDS or any utility or library residing in shared space. 
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50 Series Virtual Memory Space 
Figure 4-2 



Protection Rings 



Three harci/are implemented rings provide a sinple, unbreakable form of 
security that checks each memory reference for its right to access the 
specified part of memory, 

^I'^i!?^ represent levels of protection. Ring represents the 
highest level of protection and grants the greatest number of 
privileges. Hliros runs under Ring protection, which means that its 
segnents cannot be accessed by the user except through protected 
entrypoints, and that it has read, write, and execute privileges to all 
segnents. mjHDS can access any information in the system, can invoke 
special routines, and so on. 

Users run under Ring 3 protection, which means that they cannot 

arbitrarily access Ring routines. Each segnent under Ring 3 

protection may have a different combination of read, write, and execute 
access ricpts. 

Ring 1 provides privileges less powerful than those of Ring 0, but more 
so than those of Ring 3. ^ f v«.c 
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contains a ring field that specifies a ring number. The way ring 
fields guard against illegal memory accesses is explained under 
"Generating the Ring Number" later in this chapter. 

Rings provide a simple, effective way to protect critical parts of the 
system. Without them, a Ring 3 procedure could directly access any 
Ring procedure, which might corrupt system operation. Screening out 
such references protects the integrity of the entire system. 



Segnentation Table Lookaside Buffer 

Virtual manory has its counterpart of the cache, the STLB . The system 
uses this buffer with the cache to reduce the time needed to access 
information. Where a cadie entry contains information about a recently 
accessed physical memory location, an STLB entry contains the 
information the system needed to find the physical location from the 
virtual address the user specified. 

The section. Accessing the Cache and STLB , below, explains how tiie OTB 
entries are nsftd. The section, AddfisTfranslation , shows how the SUB 
is loaded with updated information. 



CXX3RDINftTING PHYSICftL MP VIRTUAL FEM3RY 

How does PRI^DS map the segmented virtual address space onto the pages 
of physical memory? The process starts when the user specifies a 
virtual address. This virtual address has the format shown in Figure 
4-3. 

Since this address only identifies a location within the virtual 
address space, not a physical location that can be referenced, IRIHDS 
must find the physical location of the user's information. The steps 
in this process are; 

1. C heck the STLB and cache . If both of these contain the correct 
information, the reference can be completed. If not, go on to 
the next step. 

2. Translate th e user's virtual address into a rhysical address. 
Once the translation is done, ioad the translation intocroation 
into the STIB for future use, then check to see if the page 
containing the user's information is resident in memory. If 
the page is resident, the reference can be completed. If not, 
go on to the next step, 

3. Find the correct page on disk and move it into m ain memory. 
The reference can be completed after the page is moved. 



First Edition 4-6 



MEMORY MANftGEMENT 



Security Ring 



Segment Number 



Page Number 



Offset Number 



Virtual Address Format 
Figure 4-3 



Ihe first task is completely performed in hardware; the second, in 
fininware, A software page fault handler performs all aspects of 
paging. 



Accessing the SUB and Cache 

To find the user's information in the STUB and cache, the hardware 
accesses both buffers at the same time. Olie hardware uses the segnent 
number-page number pair from the virtual address to choose an STLB 
entry. This entry specifies the number of the physical page containing 
the user's information. 

At the same time, the hardware uses the contents of the offset field 
from the virtual address to choose a cache oitry. The cadie entry 
contains the contents of a location in main memory. If the hardware 
can validate the contents of both the SUB and cache entries, then the 
cache entry contains the user's information. In this case, the whole 
operation has been handled in hardware, and the correct information has 
been located in only 80 nanoseconds. Figure 4-4 illustrates this 
process. 

Si^jpose the hardware could not validate the contents of both cache and 
SUB. When the STLB does not contain the correct translation, the 
hard/are must translate the user's virtual address into the correct 
physical one (see Address Translation ) and save the translation in the 
SHB. The hardware retries the reference from the beginning after the 
new translation is saved in the STLB. 
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If the cache does not contain the correct information, the hardware 
must reference memory. It takes the translation from the STLB to 
identify the correct physical page, then uses the offset in the user's 
virtual address to identify the correct address in the physical page. 
Depending on the amount of memory interleaving used on the system, 
ERDOS loads 16 (unpaired memory boards) , 32 (paired memory boards) , or 
64 (750/850 memory boards) bits of new data into the cache. After 
loading in the new data, the reference is retried fran the beginning. 

When the hardware needs to load information into the cadie, the 
physical page containing that information may be on disk rather than in 
main memory. When this is the case, the page on disk must be moved 
into main memory. The section. Paging , below, describes how this is 
done. 



Address Translation 

Several data structures aid in address translation. "Hiese structures 
are: 

• The STLB described earlier 

• DTAfls, the descriptor table address registers 

• SDTs, the segment descriptor tables 

• HMAPs, the hardware page map tables 

FRIMDS saves the 64 most recent virtual- to-physical address 
translations in the SUB for future use. When a translation is done, 
miMDS stores the identity of the process, the virtual address, and the 
physical address into the STEB as a triple. The next tine that 
translation is needed, FRifDS has only to read the jAiysical address 
from the srOB, rather than to perform a calculation. In addition, 
since the STLB is a hic^ speed memory buffer, it has a much shorter 
access time than does main memory. 97% of the time ERIWDS can find the 
necessary translation in the STIB, and thus avoid the longer main 
memory access time. 

Each of the four DTARs describes one group of 1024 segnents in the 
virtual address space. OTARO and DTflRl specif information about the 
shared segnents, while nrAR2 and DTflRB describe the private segments. 
All four OTARs are located in the user's register file (see Chapter 2) . 

Each of the four DTARs contains a pointer to a segment descriptor table 
(SOT) in main memory. Oliese SOTs contain from to 1024 entries, each 
of vrtiich describes one segnent. Contained in each entry is the address 
of a hardf/are page map table (HMAP) , and segnent access information. 

Eacii of the 64 entries in an HMAP describes one virtual page. The 
entry specifies the location of the virtual page in jAiysical memory, as 
well as access and control information. 
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1. Interpreting the Virtual Address 

When the user specifies a virtual address, a firmware 
routine interprets it as shovm in Figure 4-5. 



2. Generating the Ring Number 

A section of hardware forms the ring number for the address 
translation firmware. It does this by logically QRing the 
current ring number (contained in the program counter) and 
the ring number contained in the virtual address. "Hiis is 
called weakening the ring number. Since higher numbered 
rings cannot access lower numbered ones, weakening ensures 
that the access is granted according to the highest ring 
number of the program counter/virtual address pair. 



3. Referencing the DTAR 

Once the firmware has the weakened ring number, it checks 
the nPAR field. This value specifies one of the four 
EfTARs. The contents of the selected OTAR specify the 
starting address of one of the SIlPs. 



4. Referencing the SDT 

■Hie firmware new knows which SET to reference. It uses the 
segment field of the virtual address to choose an entry in 
the table. If the entry is not in this variable-length 
table, a segment fault occurs. If entry is present, it 
contains a set of access ri^ts which the firmware uses to 
determine if the access can be allowed. If the access is 
invalid, an access violation occurs; otherwise, the 
firmware uses the rest of the information in the SET to 
reference an HMAP, 



5. Referencing the HMftP 

The firmware now knows which HMAP to reference. It uses 
the page field in the virtual address to choose an entry in 
the HIM», This entry contains status infonnation about one 
page, such as whether it is currently in memory or on disk. 
This discussion assumes the page is loaded into physical 
memory (see the next section. Paging , for a discussion of 
acticms taken when the page is on disk) . 



6. Referencing the Physical Memory Location 

Besides the status information, the HMAP entry specifies 
the physical page address of the page in main memory. 
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Knowing this, the firmware uses the offset field in the 
virtual address to identify the exact address in the page 
to reference. 

The firmware saves the result of this translation process 
in the cache and the STLB in case the user wants to 
reference the same location again. 

Figure 4-5 illustrates these data structures and shows how the address 
translation process uses them. 



Paging 

When a requested page is not in main memory, a page fault occurs. 
Often, a page must be moved out of itain memory and onto disk so that 
the new page can be loaded in. Several data structures exist to assist 
the page fault handler with moving pages between main memory and disk. 
Tliese structures are: 

• LMAP, the logical, or disk record, address map 

• HMAP, the hardware page map 

• MMAP, the memory map 

LMAP contains information about pages held on disk. Each LmP entry 
specifies the disk location and various control information for one 
page. One LMAP entry is associated with each HMAP entry. 

•The HMAP table contains 64 entries, each of which contains information 
about one page. Besides control information, each entry specifies 
either the physical memory address of a page (if the page is in 
monory) , or a pointer to an entry in U1AP (if the page is on disk) . 
One HMAP exists for each segnent. 

Each entry of MMAP describes one physical page and whether it is 
already in use, available for use, or does not exist. The first two 
descriptions, page in use and page is available , are self explanatory. 
The last, page does not exist , indicates ^that the system is not 
currently accessing this page. TMs means that tiie system can still 
run even if part of physical memory has a problem or does not exist. 

Figure 4-6 illustrates the stages in the paging process, including 
allocating a page, saving the old page contents, and loading the new 
page. 
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Allocating a Page ; Before the page fault handler can load the page 
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an available page. If there are no available pages, it uses a least 
recently used algorithm to choose a page to move out of main memory. 
The LRU algorithm assures the handler that the page to be moved out of 
memory is not one currently being used by another process. 

The handler can be configured to check for more than one currently 
available page with the LHJ algorithm. If this is the case, the 
handler identifies several least recently used pages and prepares to 
move the page out of main memory. This is called prepaging , and can 
speed up processor execution by paging out several pages during one 
page fault. When the next page fault occurs, the handler has only to 
load the new page in without having to dear a space for the page 
first. 



Saving the Old Page Contents ; After the handler identifies available 
physical pages, it must choose a page to page out, and determine if it 
must store the old page contents on disk before leading in the new 
information. The HMAP entry aids in this task. 

Each HMAP entry specifies several things about its associated page. 
One of the things it specifies is whether its page has been used since 
this entry was last reset. If the page has not been used, then the 
handler can move it out without adversely affecting any running 
processes. If it has been used, the handler should locate another page 
to move out, since it is likely a process is using this page. 

When the handler chooses an unused page to page out, it checks the HMAP 
entry again to determine if the page's contents have been modified 
since it was moved into main memory. If the old contents have not been 
modified, the handler can load in the new contents inmediately. If the 
old contents have been modified, the handler must save a copy of them 
on disk first before loading in the new information. 

Like the LED algorithm, the HMAP entries save the systen processing 
time by limiting the number of disk accesses necessary to page in new 
information. By checking the entries periodically and tracking how 
they change, the handler can determine the best page to swap out of 
main memory. 

Scane pages can be locked against being paged out. Part of the LMAP 
entry associated with each physical page can be set so that the 
associated page always ronains in main memory and is not overwritten. 
This type of page usually contains system data such as mapping tables, 
I/O buffers, or some of the data structures- described in this chapter. 
E^ locking these contents into main memory, the system can always be 
sure to access the correct information when it cannot stop to handle a 
page fault. 
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Loading the Available Page ; Once the handler has a physical page 
available, it must find the disk location of the page to be moved into 
main memory. Associated with the HMAP entry is an LMAP entry, and this 
LMAP entry contains the page's disk address. The handler uses this 
address to fetch a copy of the information, then leads the copy into 
the available page. After the move, the handler updates the affected 
entries in the SETT, HMAP, LMAP, and MMAP. 



SUMMftRY 

Tliis chapter described the structure of physical and virtual memory and 
PRUyOS's interface between them. It showed what happens within the 
system when a user requests a piece of information. Ilirough use of 
specialized data structures and algorithms, FRIMDS locates the user's 
information in the fastest and most efficient way possible. The next 
chapter, Input/Output , shows how the user's information, once located, 
moves 'between main memory and system peripheral devices. 
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Because the user's address space is much larger than p*iysical memory, 
physical memory is used to store only information that will be used 
iitmediately. All other information is stored on peripheral devices 
such as disks, where it can be quickly accessed when needed. ihis 
chapter e3q)lains hew information is transferred between these devices 
and main memory and hew the devices request I/O service via interri^Jts. 
It also briefly describes the actions of the device interrupt nanagers 
that service interrupts. 



TYPES OF I/O 

Depending on the application, the quantity of information to transfer, 
and the speed required, I/O can take one of three forms: 

• Programmed I/O (PIO) 

• Direct memory I/O (EMx) 

• Burst mode I/O 

Programmed I/O 

Programmed I/O transfers data between memory and a device, 16 bits at a 
time. It is invoked by executing one of the four programmed I/O 
instructions, each of \(rtiich specifies a basic operation: move data in, 
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move data out, initiate a control pulse, or test for a skip condition. 
One instruction must execute for eadi data word to be moved. 

The operating system, ERIM3S, uses programmed I/O to initialize 
controllers and to specify parameters for EMx transfers. 



EMx I/O 

While programmed I/O is suitable to use when only small amounts of data 
need to be transferred, it is not practical for multiple word 
transfers. EMx operations allow devices to access all of memory 
without software intervention. This means that EMx operations transfer 
blocks of data very quickly compared to PIO. 

There are four types of EMx transfers: 

• EMA, or direct memory access 

• EMC, or direct memory channel 

• EMT, or direct memory transfer 

• EMQ, or direct memory queue 

All four types support data transfers to all parts of physical and 
virtual manory. A maK»d I/O scheme allows data blocks that are 
virtually contiguous but physically disjoint to be automatically 
collected in the correct sequence for transfer. 

EMA is useful for bulk data transfers when speed is in^ortant. Devices 
use one of the 32 EMA channels located in the system's register set to 
transfer blocks of i;?) to 8 Kbytes directly to or from memory. Devices 
such as the MEtiC, and the disks and sate tape drives described in 
Qiapter 12 use EMA. 

To transfer data blocks larger than 8 Kbytes, or to transfer data 
between a device and several noncontiguous areas of memory, the system 
can chain EMA channels together. All the system needs to do is to 
specify the starting channel and the number of subsequent channels to 
transfer up to 128 Kbytes of information with one I/O operation. 

EMC operates in much the same way as EMA does. The differences are 
timt DMC provides up to 32,768 channels rather than 32, and that data 
blocks can contain up to 128 Kbytes. Also, the EMC transfer rate is 
slower than that for EMA, because EMC channels are contained in memory 
rather than in system registers. Typical devices using EMC to transfer 
information are printers and magnetic tape drives. 

Unlike EMA and EMC transfers, mr operations do not require register 
sets or memory channels to control the data flew, since the device 
controller itself governs the transfer. This type of controller is 
more sophisticated than those that govern devices using EMA or EMC 
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transfers, Typical operations that use EMT transfers 
disk channel programs to control EMA I/O. 



are downloading 



n«Q operations use a circular, double-ended buffer called a queue to 
hold data to be transferred. EMQ is particularly useful for serial 
line output, since the system loads characters into a queue as it 
generates them. No per-character interrupts are needed, so the system 
does not have to concern itself with how fast information is 
transferred from the queue. This results in low system overhead for 
asynchronous terminals. 



Table 5-1 
EMx Transfer Rates and Transfer Sizes 



Transfer Type Maximum Transfer Rates Max. Transter Size 



EMA 



DMC 



oyrr 



EMQ 



2.4 Mbytes/sec (input) 

2.0 Mbytes/sec (output) 

1.2 Mbytes/sec (input) 

1.1 Mbytes/sec (output) 

2.8 Mbytes/sec (input) 

2.2 Mbytes/sec (output) 

*300 Kbytes/sec (input) 
*300 Kbytes/sec (output) 

♦approximate values 



8 Kbytes 



128 Kbytes 



determined by 
the controller 

128 Kbytes 



Burst Mode EMA I/O 

The 750 and 850 systems provide burst mode EMA operations for very fast 
data transfers. Each of these I/O operations uses one of the 32 DMA 
channels to control the transfer. The difference between burst mode 
EMA and non-burst mode EMA operations is that burst mode transfers 
ei^t bytes of data at a time, rather than just two. This enables 
burst mode EMA to transfer data at a rate of 5 (output) to 8 (input) 
Mbytes per second. Hi^ speed disks and tapes typically use this type 
of 1/0 to transfer information. 



REQUESTING I/O SERVICE 

When a device wants to transfer infcanmation or to signal the system, it 
must request I/O service by generating an interrupt . 
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Disks and tapes are typical c3evices that request I/O service with an 
intprruDh. When an interrupt occurs, the first action performed is a 
control' transfer (via the process exchange mechanism) to the software 
that services the interrupt. "The details of the control transfer vary 
with the state of the system and the type of controller, but the result 
is the same: a software routine called phantan interrupt code is 
designated to service the interrupt, and it begins to execute. 



Phantom Interrupt Code and Device Interrupt Managers 

Phantan interrupt code is usually a very brief routine that acts as a 
screen to identify and service all interrupts that require only minimal 
response. When an interrupt requires more than minimal handling, the 
phantom interrupt code notifies the device interrupt manager (DIM) for 
that particular device. 

A device interrupt manager acts as the interface between the user and a 
device controller. It manages all aspects of a device's operation, 
such as signalling interrupts and buffering data. It also provides any 
specialized interrupt service the device may require. "The Ehantom 
interrupt code ensures that the device interrupt manager is invoked 
oniv when it is really needed, and then with a minimum of delay. 



Handling Interrupts 

The system notifies the device interrupt handler of interrupts 
according to a device's level of priority. This level of priority is 
determined by the board slot that the device occupies in the system; 
the device occupying the slot nearest the bottom of the I/O chassis has 
the highest level of priority. The order in which the interrupts are 
serviced, however, depends on the process levels of priority specified 
on the rea^ list (see Qiapter 3) . 



DISK I/O 

I/O transfers to and from disks are a crucial part of system operation. 
Prime 50 Series systems have optimized these types of operations in 
three ways to enhance overall system performance: overlapped seeks, 
ordered seeks , and overlapped transfers . 

A 50 Series system can contain 15) to 2 disk controllers, each of which 
can coordinate operation of four disks. These controllers are managed 
by two device internet managers (see above). Since these DIMs can be 
executing on the system at the same time, they can each be initiating 
disk operations at the same time. In addition, if there is more than 
one outstanding seek operation, each DIM can direct a number of its 
disks to begin seeking at the same time, so that the seek operations 
overlap . 
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In addition to being overlapped, the seek operations are directed to 
perform all seeks in one direction as a group, then all those in the 
other direction. The shorter seeks are generally done first, but since 
all the seeks are grouped by direction, even those involving very large 
amounts of data are guaranteed to be performed. This is called ordered 
seeking . 

Since the two disk DIMs can execute at the same time, the disk 
controllers they govern can be sending information over the I/O bus at 
the same time. Since there are up to two controllers per system, up to 
two transfers can overlap at once. 



ASSOCIATIVE BUFFEaiS 

Many of a device's interrupt requests occur because the device nee<fe 
additional information before it can continue operation. The file 
system, described fully in the next chapter, often has to fetch this 
information for the device from disk. To minimize the time it takes to 
provide this information, the 50 Series supports a group of associative 
buffers . 

When the file system accesses a disk, PRIMDS loads the specified file 
record into one of the associative buffers. The buffers serve as a 
speed up mechanism, in mucii the same way the cache does. Where the 
cadie avoids accesses to main memory, the associative buffers cut down 
the file system's accesses to disk. The initial disk reference loa* 
the associative buffer, so all subsequent references to the same 
information can be made to the buffer rather than to the disk. 

PRIMDS updates the associative buffer each time a file write is 
specified. FRDDS will automatically rewrite the buffer, however, at 
least once each minute (or whenever requested) to maintain the file's 
integrity on disk. 

The associative buffers are maintained on a least recently used (IKJ) 
basis. This means that if all buffers have been used and new data is 
to be loaded, mims picks the buffer that has not been used for the 
longest length of time. 



SUMMARY 

Coordinating the smooth flow of information between the user and the 
system IS a demanding task with two main requirements. One of these, 
an efficient method of transferring information, was described in this 
chapter. The other, an efficient method of organizing information 
withm the system, can further speed up transfers by making information 
easy to find. The next chapter. File Management , illustrates how 
Prime s file system uses a hierarchical structure to organize 
information. 
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SiJfi'L^^in H?^^^^ ^^^ ^^°^^ ^^^ ^«*S2 *^° information 
contained on disk. Three elements ~ the file, the directory, and the 

partition ~ form the basis of the system's hierarchical structure and 
allow aiv piece of information to be accessed, in addition, the file 
system has several security features built in to ensure the integrity 
of system information. ^ 

SoorStSfK"" t^^"^^ ^^ ^^^^ elements of the file system and 
*^rit f^ organize information. It also describes some of the 



FILES AND DIRECTORIES 
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The 50 Series File System 
Figure 6-1 



The File 

A file is the smallest and most basic organizational unit recognized by 
the file system. It is a collection of related items and can taKe 
several forms, depending on what the user wants to "represent. To 
distinguish between the various types of collection, the file system 
groups files into seven basic types: 

• Sequential access method, or SAM, files 

• Direct access method, or EftM, files 

• Keyed-index direct access, or MIDRSPLUS, files 

• Directories 

• Segment directories 

• Access categories 
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The type identifies how the file system should handle the file, and 
indicates what type of information the file contains. SAM files 
cx)ntain a number of records, each of which contains a forward~pointer 
to the next record in the file and a backward pointer to the previous 
record in the file, mM files contain one multilevel index of pointers 
that reference all records in the file. MIEftSELUS files, directories, 
and segment directories are explained below. Access categories contain 
security information and are explained later in this chapter. 



The Directory 

A directory is also a file, but a special type to the system. The 
items contained in a directory are pointers to files. When the file 
i^stem wants to locate a file, it references the appropriate directory 
for the file pointer, much as one looks up a library book in the card 
catalog. The section. Accessing Files and Directories , in this chapter 
explains more about hew this reference process works. 

Directories can contain pointers to other directories. Since 
directories are just special files, there is nothing to prevent any of 
a directory's pointers frcm pointing to a secondary directory rather 
than a simple file. These secondary directories are called subordireite 
directories, or simply subdirectories. 

There are several i^^s of directories in the Prime file system. The 
most common is identical to what has already been described; a file 
that contains pointers to other files. The user file directory , or 
UFD, holds all the files and subdirectories (subUFDs) of a particular 
user. The MIDASPLUS file is really a directory that contains an index 
and a series of files containing data. Ihe segment directory is 
similar to to the UFD, but is generally referenced by programs rather 
than by the user. 

Prime's file systan imposes no limit on the number of levels of nested 
subdirectories. Each level of subdirectory represents information that 
is further down the file hierarchy. This hierarchical arrangement is 
called a tree structure, and it allows the user to layer information to 
the depth necessary for a particular application. 



Disk Quotas 

A disk quota specifies the maximum number of records a directory and 
all its subentries may contain. Quotas can be optionally applied to 
any directory on the system. A directory under quota control is called 
a quota directory . Each time a file is added to a quota directory, the 
system checks Eo make sure the quota will not be exceeded before 
allowing the addition. 
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Naming Files and Directories 

Prime's file system encourages a set of standard naming conventions. 
In general, filenames are made up of one or more components ; multiple 
components are separated by periods (^) . Each component is made up of 
aljAianumeric characters and selected punctuation ^rnibols. 

The last component of a filename is often called a suffix . For 
example, if a file has the name CEIARGE.TEBT, TEST is the suffix (and 
CHARGE is called the root of the filename) . The file system recognizes 
seme standard suffixes, such as F77, ELIG, BIN, and LIST. These 
suffixes readily identify how a file was generated. BIN, for example, 
shows that a Prime translator generated a binary file. The standard 
suffixes also save the user typing, since in many commands only the 
filename's root needs to be specified. 



Partitions and MFDs 

The hierarchical level above the UEDs is called a partition . 
Riysically, a partition is a set of one or more disk heads, but the 
file system treats the whole partition as one logical entity. A 
partition contains one master file directory , or MFD, that lists all 
the UFDs that are part of the partition. The MFD can also contain 
files, including special ones for record allocation or badspot handling 
on the partition. 

Partitions are divided into two groups relative to the system. Those 
physically connected to a system are called the local partitions of 
that system. The partitions visible to a system but physically 
connected to another are called the remote partitions of that system. 

A system can activate many partitions at once, including some that may 
be physically part of other systems. Tlie partitions list , the hi^est 
level in the file syst^i hierarchy, makes this possible. This list is 
a set of active disk partitions. It contains the names and other 
information about all the partitions currently running on the system, 
regardless of where the partitions are. This means that a reference to 
a remote partition is just as easy as to a local partition; the user 
need never know the exact location of the information being accessed. 



ACSCESSING FILES AND DIRECTORIES 

When logged onto the system, the user is always attached to an MED, 
uro, or subUFD. The directory to which the user is currently attached 
is called the current attach point . Accessing a single file in the 
current attach point is very simple; ^the user merely specifies the 
file's name as a parameter of the desired ccMiimand. 
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To access a file in another directory, or to move from the current 
directory to another, is just as simple. The user specifies a 
pathname . 

A pathname consists of a filename and the directory structure that 
contains the named file. Its purpose is to provide the file system 
with a path from a known starting point to the desired file. 

Pathnames allow the user to access information with great flexibility. 
They allow access to objects throughout the file system or movement 
from one place to another. They can also be used in al±)reviation files 
(see Chapter 9) . 



FILE SECURITY 

There are times when access to a file or directory needs to be 
restricted. Perhaps the user wants to restrict access to particular 
information, such as programs essential to the system or sensitive 
data. Whatever the reason. Prime's file system provides four means of 
protection for critical data: access control lists , user profiles , 
passwords , and file access ric^ts . 



Access Control Lists 

Access control lists provide passive protection for files and 
directories. They allow the user to specify access ricjits for: 

• A single file 

• A group of files 

• A single directory 

• A group of directories 

Once the access control lists are in place, HllfOS automatically checks 
every reference made to the protected information to make sure the 
reference is allowed. in fact, the user may be quite unaware of the 
protection because no user action is necessary to invoke it. 

Each access control list is a series of ordered pairs that specify the 
access ri^ts for a file or directory. The first element of each pair 
identifies a user or group of users; the second specifies the 
combination of access ri^ts granted to that user or group of users. 
The access rights are listed in Table 6-1. 
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Table 6-1 
Access Riqhts for Access Control Lists 



Access 
Right 


What It 
Protects 


Rights Granted 


Read 


file 


Open a file for reading. 


Write 


file 


Open a file for writing. 
Includes truncation ri^ts. 


Add 


directory 


Create files and subUFDs. 


Use 


directory 


Attach to a directory and use 
it in a pathname. 


Delete 


directory 


Delete files and directories. 


List 


directory 


List the directory. 


Protect 


directory 


Create and edit access 
control lists, and protect 
files with ACLs. 


ALL 


file or 
directory 


All access ri^ts are 
granted. 


N3NE 


file or 
directory 


All access ri^ts are 
denied. 



Four kinds of protection can be specified using access control lists. 
'Hiey are: 

• Default 

• Specific 

• Access category 

• Priority 
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acl-a 



YOURDIR 



SUBDIRA 



( FILEA J 




SUBDIRB 






FILEC 



^ 



SEGDIRA . 



Types of ACL Protection 
Figure 6-2 



Default protection provides security for nested directories and entire 
tree structures. This means that the user can specify an access 
°°K- 2 i^^. ^°^ ^ directory, and all subdirectories and files will be 
subject to the same protection unless the user specifies otherwise. 

5-^^i!i°^ directory with specific protection has an access control list 
^rectly associated with it. This control list can only be referenced 
through the name of the file or directory it protects 
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An acx:e ss category is a named file system objec± containing an access 
oontrol list, -riie cateqorv provides collective protection for a group 
of files an4/'or directories. Changing the category's access control 
list changes the access ri^ts to every file and directory in the 
group. This is particularly useful for protecting informtion 
scattered throughout the file system. See Figure 6-2 for illustration 
of the use of default, specific, and access category protection. 



Partition 





( FILE ) ( FILE ) ( FILE ) ( FILE ) 



Priority Protection 
Figure 6-3 



Prio rity protection allows special case accesses to occur. For 
ejsample, the system adoainistrator can specify a special priority access 
when backing up the system. This type of access temporarily supercedes 
all user-specified protection, thus allowing backups to be made, but it 
does not alter or destroy any existing user accesses. It does not 
allow other users to make invalid accesses at any time, because it is 
available only to the system adninistrator or operator. Figure 6-3 
illustrates the use of a priority ACL. 
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User Profiles 

Eadi user process has a user profile associated with it. The profile 
identifies the access ri^ts and privileges that are to govern 
execution of the user process. Among other things, the profile 
specifies where in the file system FRIMDS should initially attach the 
user upon login, and the type of access control that should be in 
effect. 

Profiles allow the system adninistrator to tailor access protection to 
the system. For the system with many individual users and individual 
projects, profiles can be set up on a per user basis to associate each 
user's identity with a particular data base. If nany users are working 
on a single project and require access to a single data base, a project 
profile can be set up to associate all members of the project with that 
data base. Combinations of individual and project profiles can be 
arranged to suit the application; there is no restriction on the 
number of ways a user profile identifies the user. 



Passwords and File Access Ri^ts 

Passwords and file access rights are features of earlier Prime systems. 
They are supported on the 50 Series because of Prime's commitment to 
compatibility across its product line. This support allows 
applications designed on older Prime systans to run without reloading 
or recompiling. Althou^ these types of security are supported, they 
are not described here. Refer to the Prime User's Guide , DOC4130-190, 
for information about this topic. ^ 



SUMMARY 

Prime's file system is based on a hierarchical arrangeanent of files, 
directories, and partitions. This arrangement and the associated forms 
of protection ensure the integrity and security of all information on 
the system, and at the same time provide easy accessiblity for all 
proper accesses. -Hie next chapter, PRIMENET , shows how Prime's 
networking facilities work with the file system to give the user easy 
access to files c»i other systems. 
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PRIMENET 



nie i^evious chapter discussed the file system and how its hierarchical 
structure grants the user easy access to information throughout the 

S£S;;;h^^ *'';?? ^^ °I ^^ ^^^^ ^^^ ^^^^ references to 
c^r.^^ri^r^^^°^^^n^^^^ ^"^ ^^ ^^ as those to information 
contained locally. This chapter describes how FRlfENET, Prime's 
networking software supported on all 50 Series systems, provides a 
reliable, standardized medium through which remote accesses can be 
made. 



IMROEUCTIDN 



S^SL™^^^^®^ °^ services and transmission methods at its disposal, 
MENET supports communications between linked systems. This software 
operates in a fashion that is completely transparent to the user. This 
transparent eliminates the need to learn new commands, details about 
the link between systems, or details about the physical location of 
tSf«f^ J°l?* ^^^^'. HIIMEJNET makes referencing renwte information 
Identical to referencing local information. 
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in addition to its transparency and ease of use, ERItENET software 

ill a^jv^xi-j-v _ ^ t ^^^^^^^^ ^^^ To! f^rhnre Consultative 

iTteets tne inter natxuiidx j.cj.cyi.iAt*i —- -•- — r~.— *= "' V„ ,,^,4 - 
Committee's {CCITT) X.25 standard for packet switching networks. This 
iHdvantageous in situations requiring ^mestic and international 
public data networks, since HlIMENET's X.25 support allows it to 
Sanmunicate with any other system that also supports X.25. Two other 
^^if networks, ring and point-to-point synchronous, are also 
sorted; the combination of the three types gives the user several 
options that can be exercized based on need and application. 



BftSIC ARCHrrECTURE 

PRIMENET is made up of several layers, as shown in Figure 7-1. The 
levels are based on the International Standards Organization's 2Een 
system s interconnection (ISO OSI) model to make the 50 Series systems 
able to communicate with all other systems that support X.25 protocols. 



Levels of Protocol 

HIIIENET consists of several functional layers. Each one e^jjodies a 
Sandard interface to the adjacent layers, and each implanents a 
different level of protocol. 

Level 3, the packet interface, creates and controls ^[i'^f J. /jj^^^^ 
across the r^twork, handles error recovery, and controls the flow of 
information. It also keeps track of the process to ^^i<i^ead^ packet 
is being transferred. It is this layer with which the "ser interfaces 
(see PRIMENET subroutines , below); its X.25 support gives the user a 
stan dard interface to th e upper levels no matter what kind of link 
makes up Levels 1 and 2. 

Level 2, the link protocol level, corresponds to the Intentional 
Standards Organization's open system s interconnection (ISO OSI) data 
iSk lay^r. It describes a^cotJol that two linked nodes must adhere 
to when transferring information between them. This protocol dictates 
the f^^t of the data, how the nodes should request, transfer, 
SLi?^ and acknowle^e the data, and how to signal faulty 
transmissions should any occur. 

Level 1 is the hardware interface. It is the equivalent of the ISO 
OSI's physical layer. This layer acts as an intermediary between the 
Sysical transmission medium (twin-axial cable- or transmission line) 
Sid the rest of BRDGNET and the system. Depending on the type of 
network, one of two controllers govern action at this level. Tnese 
controllers, the PRIMENET node controller (TOO , and the multi-line 
data link controller (MELC) , are described in the section. Network 
Types , below. 
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Figure 7-1 
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Other layers of HIIMENET exist in addition to the three described 
above. "The PRI^ENET intermls operate on these layers to perforin an 
action the user directly specifies/ or one tjiat facilitates completion 
of a user task. The internals also use PRIMENET subroutines. 



Advantages of a Layered Architecture 

This layered approach has several benefits for the user. The 
simplicity and structured design is the same no matter how many systens 
are linked in a network. In addition, since FRIMENET supports 
internationally recognized standards such as X.25, X.3, X,28f and X.29, 
the user can easily link to any other network, both Prime and 
non-Prime, that supports the same standards. This allows the 50 Series 
systems to be easily integrated with already existing equipnnent. 

Users interface only with the top layers of IRIMENET. Since these top 
layers perform all interaction with lower levels themselves, the user 
does not have to know anything about the physical connection between 
two linked systems, how the data is formatted and checked as it is 
transferred, or even if a network connection exists. lliis makes 
PRIMENET transparent to the user, so accesses to information on remote 
and local systems are identical. 

Another advantage to the layered architecture of ERIfENET is that any 
changes made to the lower levels are transparent to the user. Because 
the user sees the top levels of PRIMENET, changes made to lower levels 
do not change the way the user invokes or uses PRIMENET. 



mnSiKMK TYPES 

PRIMENET' s levels of protocol and support of international standards 
allow it to support three types of network links: RIN3NET, 
point-to-point, and Public Data Network. 

These types differ in their ranges of effectiveness and how they link 
systems, but they all provide the user with the means to access 
information held on other Prime and non-Prime systems. This means that 
a user can log remotely into any system in the network frcm any 
terminal. It is also possible to log onto the usual local system, and 
then remotely access information contained on other systems. Figure 
7-2 shows typical examples of the three types of network links. 

For the rest of this discussion, the word node represents any system 
that is linked to others in a network. 
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RINGNET 



Prime's ring network is called RINGNET. Its protocol supports many 
SSi>nS?ted through a high ^E^ed, one way, serial^hrono^ 
coaxial cable. (See Figure 1-3.) A junction box and a PRIMENET node 
controller (PNC) within each node allow information to pass between the 
node and the rest of the network. 

RINGNET is a token-based network. A special bit pattern circulates 
around the ring, and a node cannot transmit information ""til it 
detects the token. When it can transmit, the node issues a packet 
containing a 4-byte header and from 4 to 508 bytes of information 
through its PNC. The packet circulates around the ring at a speed of 1 
Mbyte/second, traveling through all intervening PNCs until it reaches 
the destination node. There the destination HIC receives the packet 
and sets a flag in the packet to acknowledge the receipt. The packet 
travels around the rest of the ring to the source, which: 

• Ronoves the packet from the ring 

• Passes on the token 

• Checks the acknowledgement flag 

• Interrupts the host node and returns the transnit status 

RINGNET offers several advantages to the user. Each PNC acts as adata 
repeater for packets between other ring nodes. When the HJC in Node B 
(sS Figure 7-3) repeats data from Node A to Node C (i.e.. Node B is 
neither the transmitter nor the receiver) no software intervention is 
^«ssary^ the operation is handled completely in harc^are, 
S^IS^Atto Node B and to Node B's users. When Node B is 
trotting or receiving data, the PNC handles the ring protocols m 
firmware (except for error-caused retransndssions) . 

Another advantage is the PNC's use of EMA I/O to transfer up to 2 
Ztef of data per block. Only one interrupt per data block is needed 
to indicate the node's successor failure to receive or transmit a 

packet. 

RINGNET serves all nodes in the ring equally, so that one systan cannot 
monopolize the network. It automatically checks all Packete for 
integrity, requiring no user intervention or separate acknowledgatient 
J^sISs! In addition, RINGNET offers the user the ability to expand 
into larger networks without suffering any degradation of performance. 

If any number of the nodes in a ring network are powered down or 
bro^, the rest of the nodes are still able to send data around the 
ring The junction box in a disconnected node allows messages to pass 
throu^ without interruption to the next node in the ring, as \^9 f^ 
the distance between adjacent connected nodes does not exceed 750 feet. 
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Poinb-to-Point Networks 

Nodes in point-to-point networks ccmimunicate via dial-up or leased 
telejtoone transmission lines. Each node can contain up to two 
multi-line data link controllers (MELCs) ; each MEXiC can support two or 
four lines at standard modem speeds. Information travels from the 
processor of one node, through the MELC and a modem, across the 
transmission lines to the modem and MELC of another node. 
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For leased-lins coinmunications, the MELC supports bisynchronous and 
X.25 hi^-level data link cx)ntrol (HELC) protocols. It also supports 
HDX, a 'modified HELC protocol, to allow half duplex communications 
across dial-up lires. These protocols, and multiline support, allow 
the MELC to be used simultaneously by several processes, both PRIMENETV- 
and non-ERIMEMET-related. Like the PNC, the MOX uses EMA I/O to 
transfer data to and from main memory, and issues an interrupt to the 
host node only after an entire packet of data has been received or 
transmitted. It handles all error checking and frame formation in 
firmware. 



Public Data Networks 

The 50 Series systems can subscribe to all public data networks (PDNs) 
that support the OCITT X.25 protocol standard. Supported PDNs include 
TELEIJET and TYMNET in the United States, DATAPAC in Canada, IPSS in 
Great Britain, TIIANSPAC in France, and EURONET in Europe. All of these 
networks transfer and process information in packets, charging the user 
according to the amount of information sent rather than to the time of 
connection. This can provide service at substantial savings over 
networks requiring dedicated transmission lines or dial up circuits. 

The user with a Prime 50 Series system linked in a PEN has access to 
all other manbers of the PEN. This means that any Prime terminal user 
can access all other member systems, both Prime and non-Prime, and that 
all PEN terminal users can access the 50 Series systan. 



HIIMENET INTERNALS 

ERDENET's internal elements of interest to the user include: 

• Network process ejctension (NPX) 

• PRIMENET subroutines (IPCP) 

• Looptoack facility 

• Port mechanism 

• Virtual circuits 

• Network configuration facility (NETCPG) 

Network Process Extension 

All file accesses to remote PRIIGNET-linked systems go throu^ the 
network process extension (NPX) mechanism, MUftSHiUS and the 
electronic mail feature oi Prime's Office Autctnation also use NPX to 
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perform remote functions. oiiis mechanian allows local processes to 
make procedure calls (see Chapter 8) to any remote system. The calls 
are made transparent to the user. 

To make the calls, NPX has an associated set of server , or slave , 
processes on each node. These processes lie dormant, using no system 
resources, until a remote call is received. When a user or system 
process (the master) makes a remote call, caie of the slaves on the 
remote system is activated. The slave receives the procedure name and 
any arguments, builds an entry name and argument list referencing the 
called procedare, and makes the call. When the remote procedure 
completes, it transfers any return arguments to the slave, v*»ich in 
turn transfers them to the master process. 

A slave process remains dedicated to the master that activated it until 
it is released. A master process, however, can have many slave 
processes serving it on many remote systeons. 

What determines the access ri^ts of a slave on a remote system? 
Depending on hew stringent the security requirements are, the slave is 
given access ric^ts in one of two ways. It can take on the master's 
login identity; this means that the slave is given whatever access 
ri^ts the master has without any further validation. For the second 
method, the master sets up an appropriate slave identity before making 
the remote call. When a call is made in this case, the slave identity 
is subject to full validation. 



PRItENET Subroutines 

The set of ERDENET subroutines are called the interprocess 
communication facility (IPCP) . These subroutines allow a user process 
to set up communication links with other processes (target processes) 
within the network. Through these links the user process can exchange 
data with any of its target processes. The user process executes the 
appropriate subroutines to initiate ccanraunications with a target 
process, to transmit or receive data, to wait for a reply, and so on. 
In addition, NPX uses these subroutines to make its remote calls. 

Procedures written in any hi^-level language can call any of the 
ERIMENET subroutines. This is especially useful when the user is 
developing distributed applications programs. 



Looptoack Facility 

TO help develop, test, and debug an application that uses the IPCF 
subroutines, HIIMENET supports a loopback facility. It allows the user 
to run and check the application's calls to remote processes on the 
local syston alone. The user sets i^ both source and destination 
processes on the local system; when the source makes the call, the 
facility loops it back to the local system rather than allowing it to 
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go over the network. This allows the application's use of the network 
to be fully tested and any errors corrected before installation and 
preserves the integrity of network resources. 



Ports 

When one process ooramunicates with a remote system, the process must 
have some way of identifying the node and the destination process. A 
standard X.25 node address can identify the correct node, but not which 
of 128 possible processes is the destination. To accomplish process 
identification, each node has a list of ports that act as subaddresses 
within the node. 

Each 50 Series systen supports 256 ports. Ports 1-99 are reserved for 
the user making calls through the IPCF subroutines; ports 100-255, fca: 
system use. (See Figure 7-4.) A process that expects a call assigns 
itself an appropriate port number and waits for the call. The process 
making the call must specify this port number for the call to be made. 
Processes that do not specify a port number make their calls to the 
default port, the remote login port (Port 0) . 



Virtual Circuits 

When one process specifies the node and port of another process, 
PRIMENET establishes a bidirectional link between the two throu^ a 
virtual circuit . This is a logical path or diannel that traverses the 
network from" one process to another via several physical, 
point-to-point links. 

Each virtual circuit has an identifying number to distinguish it from 
all others. Up to 63 virtual circuits can be supported per system. 



Network Configuration Facility 

The 50 Series provides an interactive user facility that guides the 
user throu^ the process of network configuration. It is invoked ty 
specifying the PRI^DS NETCFG canmand. This command asks the user a 
series of simple questions to determine what the network configuration 
should be. Nt> OOTiplex network generation is needed, since NETCFG 
handles all aspects based on the user's responses to its questions. 
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USER FACILrriES 



PRDENET provides the user witti many facilities for referencing remote 
information. The IPCF subroutines were described in the previous 
section. In addition to these, ^RI^ENET offers: 

• Remote login 

• Remote file access 

• NETLINK 

• File transfer service (FTS) 



Remote Login 

The standard command that enables the user to log onto the local syston 
is: 

LOGIN user-id 

By adding the option -CN <remote_systenL_name> to the I/DGIN command, the 
user can log onto any remote system that is linked via PRIfENET to the 
local system. The remote system may be connected to the local one via 
any of the three types of links supported by PRIfENET. Once remote 
login is established, tasks are specified as if the user were logged 
onto the system locally. 



Remote File Access 

JRIMENET also provides immediate access to any remote file within the 
network, even if the user does not know the file's location. This 
means that the user does not have to learn ar^ new commands to specify 
a remote file, since HIIMENET works with the file system to access the 
file in a transparent fashion. In fact, the user may not even know 
that the file is not contained within the local system. In addition, 
programs accessing ranote infoonation do not have to be changed or 
recompiled if the remote information is moved. 



NETIiINK 

The NETLINK software allows a terminal user to ocanmunicate over any 
X.25 network to which the local system is linked, Tliis software does 
this by emulating a ITN packet assembler/disassembler (PAD) . It 
converts the asynchronous terminal output into X. 25-f ormatted packets 
of information that can be transmitted over the network. 



First Edition 7-12 



FRIiyENET 



For the user wit±i a FW link, ^E'II.INK allows access to any system in 
the network, both Prime and non-Prime. The user cSoes not have to log 
out of the local system to invoke NETLINK; in fact, NETLINK supports 
simultaneous links with up to six remote systons and allows the user to 
move between them and the local system at will. This capability puts 
the wide variety of PDN facilities within quick reach of any Prime user 
in the network. 



File Transfer Service 

To ccanplement the capabilities of miMEasiET, the 50 Series systems 
support the file transfer service (FTS) subsystem. With PES, the user 
can transfer files between the local system and any PRIMENET-linked 
remote system. The two systems involved in the transfer can be either 
Prime or non-Prime systems, but both must support the X.25 protocol and 
the same file transfer protocols that FTS uses. 

ETS provides facilities for users, operators, and adninistrators. TSne 
user can set up, monitor, and control file transfers between Prime 
systems. FIS operators take care of day-to-day control and monitoring 
of FTS internals, such as the file transfer manager and queues of user 
file transfer requests. A system adninistrator can tailor PES to the 
particular local system. Users can send or fetch any file (given the 
proper access ri^ts) in the system; if a node is currently 
disconnected, PES will automatically retry a transfer later. In 
addition, PES can notify both the source and the destination users via 
the FRIMDS MESSAGE comnand whenever a transfer takes place. 



SDMMftRY 

Prime's network and communication capabilities make it easy for the 
user to access information on several systems, both those made by Prime 
and those made by many other manufacturers, FRIIGNET operates 
transparently to the user, v^ich means that accesses from one system to 
remote resources are identical to those made to local resouroes. Since 
local and remote accesses are handled identically, the netwcarking 
software is more efficient, vrtiidi in turn increases performance. 

In addition. Prime's network facilities handle many of the tranamission 
tasks internally, Hhese features mean that the communication portions 
of many application programs are easy to write, since they need not 
worry about the exact format of the links between systems. The next 
chapter. Procedure Management , discusses more of the ways the 50 Series 
enhances the program environment. 
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Management 



The two previous chapters, Ihe File System and FRIMBNET , showed how the 
50 Series systons oould provide the user with a rich variety of 
services on both local and remote systems. To access these resources, 
the user invokes the procedure call mechanism. This mechanism acts as 
a universal method of control transfer for all parts of a 50 Series 
system. 

A procedire call is an orderly transfer of control. In its sinplest 
form one procedure invokes, or calls, a second; the second executes, 
then control is transferred back to the first. In more complex 
situations, the procedure call allows the user to invoke part of 
FRIfOS, reentrant or recursive procedures, or library subroutines. 

This chapter describes many aspects of the procedure call iiechanian: 

• How standard procedure calls occur 

• How prooeAire calls to FRDDS services in Ring (direct 
entrance calls) occur 

• Hew the condition me<±anism handles errors 
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PROCEDURE, LINKAGE, AND STACK P^REPS 
To run a program, the system requires: 

• The main procedure and any subprocedures (pure procedure code) 

• Static information, such as linkage information and common areas 

• Dynamic information needed upon execution, such as arguments 
from one procedure to another or ^namic data. 

To siirplify and control access to this information, separate areas in 
virtual memory are designated for each type of information. A 
dedicated, user-accessible base register is assigned to each area so 
that references can be made relative to the area itself. Ihe procedure 
area contains the main procedure and ar^ subprocedures that are to be 
■^cicuted; PB is the dedicated procedure base register. Static linkage 
data, such as local variables, is contained in the linkage area and is 
accessible via IB, the linkage base register. The stack area provides 
dynamic storage and uses SB, the stack base register. Each area may be 
in a separate segnent with its own access protection. 

The procedure call mechanism must coordinate the transfer of control 
from one procedure to another. This means that it must control and 
monitor the changes that occur in the procedure, linkage, and stack 
areas and registers for both procedures. The next section describes 
the three elanents of the procedure call mechanism that make this 
possible. 



ELEMENTS OF THE PROCEDURE CALL 

Tt) perform the control transfer fron one procedure to another requires: 

• A stack 

• An entry control block 

• The procedure call instructions; PCL and IRIN 

The stack area described above contains the stack. The entry control 
block resides in the linkage area. TSie PCL instruction is contained in 
the main procedure in the procedure area; the HON instruction, in the 
subprocedure(s) in the procedure area. 

The Stack 

When one procedure calls another, the procedure call must save the 
current state of the caller beface transferring control to the callee. 
This is because the callee' s execution may change the contents of sorae 
of the system registers; when control transfers back to the caller. 
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the registers may not contain v^iat the caller eiqiects. TSne procedure 
uses a stack to save the state for eadi calling procedure, as well as 
any dynamic variables each may use. 

A stack is one or more segnaits in the user's address space, 'the first 
segment is called the stack root and uniquely identifies the stack. 
Any other segments in the stack are called stack extension segonents . 
IJie number of extension segments is limited only by the space available 
in the user's address space. 
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The system supports several stacks at oncje. It supports stacks for its 
own use as well as those for each user logged onto the system. The 
user, however, can access only one stack at a tine via SB (usually only 
the current user stack) . 

Each time one procedure calls another, a block of information about the 
caller is stored onto the stack. The block of information, called a 
stack frame , describes the state of the caller in effect when it made 
the call. It also contains indirect pointers to whatever arguments the 
callee expects, and a return address. Tlie return address allows 
control to return directly to the caller, rather than requiring a 
reference to the caller's stack frame first. 



Entry Control Block 

Tlie entry control block in the linkage area defines a called procedure. 
It contains information such as how many arguments the called procedure 
expects, the starting address of the called procedure, the number of 
the stack root segnent, the e^^cted size of the stack frame, and so 
on. When one procedure calls another, it references the called 
procedure's entry control block, rather than the procedure itself, so 
that the procedure call mechanism has access to the called procedure's 
identifying linkage information. 



The Procedure Call Instructions 

To make a procedure call, a calling procedure executes a PCL, This 
instruction handles all tasks that must be done before control can 
transfer to the callee. These tasks include using SB to set up a stack 
frame, and keeping track of the stack information needed by both 
procedures. PCL also ensures that the called procedure can reference 
any parameters from the caller that it mic^t need. In the procedure 
area, PCL is follcwed by a series of argument templates if the callee 
expects arguments. These templates are used to form indirect pointers 
that are passed to the callee so that it can reference the parameters. 
During its execution PCL calculates the indirect pointers and passes 
them to the callee. 

The templates allow the user to specify different indirect pointers 
within the same PCL instruction. For example, suppose a POL 
instructioi is follcwed by an argument template that specifies a 
particular base register. Also suppose that the contents of that base 
register change prior to each execution of the PCL, Tliis means that 
PCL calculates a different indirect pointer each time it executes. 
With this technique, the user can call procedures recursively vdthout 
any extra programming or special procedures. 
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Once PCL completes execution, control transfers to the callee and it 
executes. When it is time to transfer control back to the caller, the 
procedure return instruction, Hmj, executes. This instruction removes 
the stack frame PCL created in the stack area, restores the caller's 
system state via the linkage information contained in the entry control 
block, and transfers control in a smooth and consistent manner back to 
the caller in the procedure area. 

PCL and PRIN are iit^lesmented in firmware to speed up argument 
transfers, stack operations, and the control transfers, The 750 and 
850 also incorporate hardware support. 



MAKING A STANDARD PROCBDURE CMJ, 
When PCL executes, it: 

1. Verifies the caller's right to access the callee' s entry 
control block 

2. Creates a new stack frame for the callee 

3. Saves the caller's state, and then loads the callee' s state 

4. Calculates and stores indirect pointers for the callee' s use 
Figure 8-2 sunmarizes this sequence of events. 

1. Verifying Access Ricjits 

When PCL begins execution, it must make sure the caller has 
the proper access ric^ts to reference the called 
procedure's entry control block. It does this in the same 
way any memory reference is checked, (See the section, 
"Protection Rings", in Chapter 4, Manory Managanent , and 
"Making a Direct Entrance Call", below.) If the access is 
not allowed, PCL causes an access fault and does not 
continue. If the access is allowed, PCL continues. 

2. Allocating a Stack Frame 

PCL references the callee 's entry control block to 
determine which segment contains the stack root. After 
identifying the stack root, PCL checks it to see if there 
are enough free locations to contain the new frame. If 
there are, the new frame begins at the first free location. 
If there are not, PCL extends the stack, if possible, and 
begins the new frame in the stack extension segnnent. If 
there is no room in the extension segnent for the frame, a 
stack overflow occurs. 
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3. Saving the Caller's State and Loading the Callee's State 

POi stores the caller's state into the new stack frame. Once 
this is done, it loads the callee's state (contained in the 
callee's entry control block) into the system registers. 

4. Calculating Indirect Pointers 

If the called procedure e^qjects parameters, the indirect 
pointers to the parameters are calculated now. PCL uses the 
argument templates that follow it in the calling procedure to 
create the pointers. After they are calculated, these pointers 
are stored in the caller's stack frame. 



5. The FRm Instruction 

Once all indirect pointers are calculated and stored, control 
transfers to the called procedure. When it ccmpletes, IRTN 
ensures that the control transfer back to the calling procedure 
is smooth. This instruction deallocates the caller's stack 
frame, then restores the state of the caller. Once the state 
is restored, the caller resumes execution at the instruction 
that follows the calling PCL and its argument templates, if 
any. 



DIRECT ENTRANCE CALLS 

The pcocetiare call actions described above take place whenever both 
caller and callee are within the same ring of protection. When Ring 3 
procedares want to call Ring procedures, however, the actions taken 
change. (Ring calling Ring 3 should never occur, so this case is not 
considered here.) Granting user procedures access to Ring procedures 
must be closely monitored to guard against any abuse of privileges. 
Accesses of this type are called direct entrance calls . 



The Gate Access Secinent 

All user accessible Ring procedures must be set apart from those that 
are not user accessible. To accomplish this, the entry control blocks 
of all Ring user accessible procedures are contained in a gate access 
segnent . Users can make direct entrance calls only to those Ring 
prooedires whose entry control blocks are present in the gate access 
segment and to no others. 
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When a user procedure specifies a procedure call to a Ring procedure, 
the procedure call must specify an entry control block in the gate 
access segnent. If t±ie Ring procedure's block is not in the gate 
access segment, the call cannot be made. If the Ring procedure's 
block is contained in the gate access segment, the call proceeds as 
described in the previous section. 



Making a Direct Entrance Call 

When one procedure calls another whose entry control block is located 
in the gate access segment, how does the system link the two? The 50 
Series systems use dynamic linking to accomplish this. One of the 
indirect pointers formed by the calling procedure's PCL points to the 
name of the gate access procedure. When this PCL is executed for the 
first time a pointer fault occurs, because the system knows only the 
callee's name, not the location of its entry control block. Control 
transfers to the ERDOS pointer fault handler, which examines the name 
of the callee. 

If the callee's name is not that of a valid gate access procedure, no 
access occurs. If it is, the fault handler locates the entry control 
block of that procedure, and replaces the PCL's indirect pointer to the 
callee's name with a pointer to the callee's entry control block. 
Control transfers back to the PCL, which re-executes. This time, the 
PCL instruction executes correctly and control transfers from caller to 
callee. 

The pointer fault happens only the first time the gate access procedure 
is called in a procedure; the system automatical ly saves the address 
of that procedure's entry control block for use on any subsequent 
calls. 

Eynamic linking offers several advantages to the user. It allcws the 
contents of the gate access segnent to be rearranged without requiring 
any changes to user procedures. It also allows new pcocedires to be 
added to the system easily, as well as allowing old ones to be removed. 
Ml calls to shared library routines are also made dynamically. 



OOHDITKaJ ^ECHANISM 

The condition mechanism is used to handle errors, conditions, and 
exceptions. Each time one of these unexpected events occurs, the 
condition mechanism is autcmatically invoked as if it were an 
unscheduled procedure call. This invocation suspends the currently 
executing procedure and transfers control to a condition handler. 
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Ihis feature of the 50 Series provides orderly and consistent error 
handling without terminating procedure execution whenever possible, it 
is invoked whenever: 

• Software cannot handle a condition, sudi as an illegal address 

• A hardware or arithmetic exception occurs 

• A user procedure calls SIGNL$, the FRIMDS condition signallinq 
routine 

• An external interrupt occurs, such as a user-generated break 
command 

When any of these situations arises, the condition mechanism identifies 
the condition type, then transfers control to a condition handler. 
Ohese handlers are called on-units. 



On-lMts 

The basic element of the condition mechanism is the on-un it. Each 
on-unit is a prooedare that can handle one or more specific conditions. 
Typical acticais of an on-unit can include: 

• Servicing a condition and returning control to the executinq 
procedure 

• Interrt^Jting procedure execution and returning control to FRI^DS 

• Altering the normal flow of procedure execution 

• Performing some task, such as opening or closing a file 

• Signaling another condition 

• Running diagnostic routines 

• Printing messages at the user terminal 

An on-unit generally contains a series of procedure calls to one or 
more of the condition mechanism subroutines. Same of these subroutines 
can clear conditions, then restart or end procedure execution. Others 
can signal the occurence of a condition, scan for more on-units, create 
or revert an on-unit, transfer control from one part of the user's 
prooedjre to another, and perform other similar tasks. 
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Using On-Units 

The user can define on-units in any CPL, POKTRM 77, Hi/l-G, PASCAL, or 
PMA procedure. These user-defined on-units can be tailored to handle a 
condition in whatever fashion the user wants. Ihe system default 
on-unit, ANY$, is also available to the user; ANY$ intercepts any 
condition that may arise. 

Once a user defines an on-unit, it remains in effect until the user 
jarooedure ends, the user defines a new on-unit for the same condition, 
or the user reverts the on-unit. 



SUMMARY 

The 50 Series system provides a standard method of invoking one 
procedure from another. Through this method, the procedure call, the 
system supports calls to any procedure within the system or network, 
and provides condition handling and access validation for every call. 
The system also provides the user a oonmand environment with nany 
built-in security and checking features. Additionally, this 
environment can be completely customized to meet the user's needs and 
applications. These topics are covered in the next chapter, me 
COTimand Environment. 
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The Command 
Environment 



^^iJllfS ^^^ P^®^!?t a standard coranand environment suitable 
te L??^S ?^ widespread applications, ihis environment, however, ca^ 
be tailored m many ways to meet differing individual needs. The user 

SS'rirLnTf^^^^' T ^° "^ ^^ Standard enviroment enhanced with a 
few personal commands, or can choose to iinplanent a complete 
m^u-driven interface that governs all user anions. A speSS^S of 
options between these two applications can also be impl^ntld! 

^gle^^^"" discusses the user command environment from several 

• How the system initializes it 

• How the site initializes it 

• Hew the user initializes it 

• Other ways the user can use and custonize it 

• How to clean up and exit it at logout 

SYSTEM INrriALIZATim TASKS 

Sf ^<i^*^^^^^^°" ^^^ ^^® perf onned each tine the user logs onto 
the system, ohese tasks center around identifying the login s?^em^ 
the user, and assigning access rights. J^ ^ « ^^^^ syscem ana 
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Identifying the Login System 

When the user types the login cornmand, the login system is identified 
either by explicit specification or by physical connection. in tne 
case of the command 

LOGIN user-id [password] 

the login system is not explicitly named and the system physically 
connected to the user's terminal is assumed to be the login system. 
The user can explicitly specify the login system with the login 
cxOTimand's -ON node option, such as: 

LOGIN STEPHEN -ON SY9GB 
This is a remote login, discussed in Qiapter 7, ERItENET. 



Identifying the User 

Once the system identifies the login system, it checks to see J£ the 
user name is valid for that system. User profiles provide this 
validation. 

Chapter 6 mentioned user profiles and how they work with the 50 Series 
access control lists to ensure protection of system and user 
information. Among other things, a user profile may include: 

• A user-id 

• A user login password 

• A project-id 

The user-id uniquely identifies tiie user to the system. Associated 
with it is a password to ensure that access to information is 
restricted to the appropriate user or users, -nie password is encrypted 
into the validation files which the system uses to govern accesses, and 
cannot be decoded from its encrypted form. The pasa/ord can be changed 
by the appropriate user as desired. 

A project identifies a group of users. It provides similar file^s^ 
access rights and validation for each member of the pco3ect. It can 
also be used for accounting purposes. 



Assigning Access Ri^ts 

After the systen identifies the user, it must assign access ri^ts to 
the user. THye user's profile specifies access rights; in addition, 
the system uses ACL groups to further determine the user's access 
ri^ts. 
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As described in Chapter 6, access control lists specify the user's 
rights to access information. An ACL group is a general label that 
Identifies a group of users. The names of these groups begin with a 
period (.) to distincyish them from user-ids, but otherwise use the 
same structure as the user-ids. Examples of ACL group names are 
.AEMIN, .TOC«LS, .ACODUMTING, and .DEPr_4042. 

An ACL group identifies a set of users and a single set of attributes 
to be used for all those users. iMs set of attributes is specified in 
Dust one access pair, rather than one pair per user, thus simplifying 
the validation and checking procedures needed with each reference to 
the file system. This means that users with different needs can be 
granted different levels of access. ACL groups can be associated with 
projects, and adding users to or removing users from the system is 
easily done according to the user's menbership in these projects. 

ACL groups can be associated with a project-id specified in the user 
profiles to set up levels of access privilege. For example, an 
architectural firm could set up an ACL group to allow architects access 
to the building plans, but deny access to the financial records. In 
addition, the level of access privileges can be changed as time passes 
to meet changing demands. By adding, deleting, or changing the ACL 
groups, as many hierarchical levels of access can be created as the 
user wants. 



SITE-SPECIFIC TASKS 

After identification and validation are completed, any system may 
specify an optional set of site-specific tasks. These tasks may be as 
simple as displaying system notices or reminders, or may be much more 
oomiiex. For example, a site may choose to invoke additional 
validation tasks to insulate the system from potential security 
breaches. Accounting functions to monitor system usage might also be 
invoked, or menu-driven user interfaces for data base management. The 
user's needs and applications wUl determine whether a set of 
site-specific tasks are needed, and what form they should take. 
Chapter 11, Software Products , describes the products that can aid the 
user m developing site-specific tasks. 



INITIAL ATTACH POINT 

Once the system has identified the login system, the user, and the 
user s access rights, and has performed any optional site-specific 
tasks. It must determine where to initially attach the user. In other 
words, what part of the file system is the user to see upon login? The 
user pr^ile described above specifies the initial attach point. The 
system diecks the user's right to access the DFD at the initial attach 
point, and if access is allowed, attaches the user, if access is not 
allowed, or if the system does not recognize the UFD name, the user is 
not attached. 
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USER TASKS 



Now that the system has processed, validated, and set up Uie initial 
cxjmmand environnent, the user can specify a nuntoer of optional user 
tasks in a oornmand file. For example, the user can: 

• Invoke a command, login, or CPL file 

• Activate an al±)reviation file 

• Change the pronpt characters 

• Change the terminal characteristics 

This is not an eidiaustive list of tasks the user can specify, but lists 
only some of the more commonly performed ones. System application and 
user needs will determine additional ones. 



Cormand, Login, and CPL Files 

The most common way for the user to specify a group of initialization 
tasks is with a login file. This file can be a command input file, a 
CPL file, or a runfile. Any of these specifies a series of tasks to be 
performed when the file is executed. Some typical tasks might be to 
Sint a message or reminder, set a clock, open a command output file to 
keep a record of the user terminal session, or invoke one of the 50 
Series software products described in Chapter 11. 

Login files can invoke other runfile, command or CPL files. They can 
also specify any of "the other tasks described in this section. Login 
files and procedures are discussed in more detail in the System 
Adnninistrator ' s Guide. 



Abbreviation Files 

PRDCS and the 50 Series systems allow the user to define and use 
abbreviations for standard commands, command sequences, or command 
arguments. These abbreviations are contained in an abbreviation file 
that the system references each time the user specifies a command. To 
use the abbreviation file the user can place an activation command in 
the login file: 

ABBREV pathname 

where pathname identifies the name and location of the abbreviation 
file. The user can deactivate and reactivate the abbreviation file at 
any time with the -OFF and -ON options to the ABBREV command. 
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Using the abbreviation file has several advantages. By designating an 
abbreviation for a long, oommonly used c»nmand, the user can save 
typing. It also allows the user to tailor the command environment by 
designating more familiar command names, for example. Abbreviations 
can also represent an argument in a command. The examples of typical 
abbreviations shown below demonstrate these advantages. 

EMACS eraacs %1% -terminal_type pt45 -ulib wrap, em 

CLEAN close -all; delseg all; rls -all 

REMIND slist niy_ufd>$reminder 

AR accounts_receivabLe_data_base 

The word EMACS in the first sample abbreviation designates the name of 
the abbreviation. The rest of the line ^3ecif ies the command and 
arguments that EMACS abbreviates. Note that the single word EMACS 
invokes the EMACS screen editor for a user working on a PT45 terminal, 
and specifies the library WRAP. EM to be used during editing. All the 
user needs to type is the abbreviation name and the name of the file to 
be edited. (See Chapter 11, Software Products , for a description of 
the EMACS screen editor.) ' 

The second sample abbreviates three commands; it closes any open 

files, releases any segments, and empties the user stack. The third 

sample prints the contents of a user reminder file. If the fourth 
abbreviation, AR, were used in the ATTACH command, 

ATTACH AR 

the command would esipand to 

ATTACH ACaOUNTS_PECEIVABLE_i:ATA_BASE 

iJjis allows the user to establish simple personal commands without 
eliminating the descriptive advantages of the the longer directory 
name, ACCOUNIS_PECEIVABLELEft.TA^BASE. 



Prompt Characters 

■nie standard brief prompts ERIIDS uses are OK, and ER I . The user can 
S^SL ®^ to other values with the PRIMDS RDZ comitiHd. Options to 
the RDY command allow the user to change elHier prompt to some other 
value, to suppress all prompts, or to display CPU and I/O information 
along with the prompt. For example, to change the OK, prompt to System 
A obeys 1 , the conmand is: ' tr t^ _jl_si 

RDy -READX_BRIEF 'System A obeys 1' 

The ROy oOTiraand can be useful to the user with access to several 
systems. By changing the prompts on each system to a different value, 
as in the example shown, it is easy to remember on which system the 
user IS currently working. 
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Tenninal Characteristics 



The user can specify terminal characteristics other than the default 
values with the PR]M)S coiratiand TERM. Such characteristics are the 
choice of erase and kill characters, enabling or disabling of break 
characters, and tenninal display modes. For example, the user can 
designate the asterisk (*) as the erase character with the command: 



TERM -ERASE * 



USING THE COMMAND ENVIRCMENT 

After logging in and customizing the command environment as desired, 
the user can begin working. Several features of the command 
environment, such as the abbreviation file, that can simplify the 
user's contact with the system, have already been discussed. The 
command environment offers many additional features that enhance system 
use. Some of the more coitinonly used features are; 

• Status checks 

• Wildcards and treewalking 

• Name generation 

• Iteration 

• PRIMDS commands 

• User application programs 

The user ' s neecte and application will indicate other features that are 
of particular use. 



Status Checks 

The STATUS command specified in a user's command file automatically 
checks status of the syston users, networks, units, and disks. For 
example, to check the status of the other users on the system, the 
oanmand is: 

STATUS USERS 
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and the system would respond by displaying soiiething similar to: 
User No Line Devices 



SYSTEM 


1 


asr <sySTMA> AL057 


ANNABEL 


3 


1 <SYSTMA> (TO OEERA ) 


BIZET 


6 


4 <aiRMEN> 


MAROJS 


13 


13 <CARMEN> <SYarMA> 


MATT 


16 


16 <CARMEN> 


NETOAN 


76 


nsp <SYSTMA> 


BKPCHJSERVICE 


92 I 


iiant <SYSrMA> (2) 



This lists the other user processes currently active on the system, the 
process numbers, the terminal lines through which they are connected to 
PRIM3S, and the disk partitions they are currently accessing. See 
roR3108-190, the PRIMPS Conrmands Reference Guide ,- for a ocMiiplete 
explanation of this ooitiraand and its output. 



Wildcards and Treewalking 

In the cases where a user wants to specify more than one file at a 
time, such as in a list or search command, a convenient way to do so is 
with wildcards. A wildcard replaces an eJ5)licit part of a filename. 
The syirtol + designates a wildcard to replace a single character in a 
filename; the symbol ^, a single oonponent. The symbol 2. inplies 
negation of an entire string. To specify a wildcard to replace one or 
more components, use @@ . 

When the file system encounters a wildcard, it performs the specified 
command on all files that match the wildcard. A match occurs if a 
filename and the wildcard have the same number of components, and if 
both contain the same literal characters in the same relative 
positions. 

For exan^le, suppose the current directory contains the six files: 

TESTl TEST4 SYMBOLTABLE TEST4,BUNDFF ALPHA BETA 

Si?3|»se the user specifies @A in a command. The system would perform 
the desired ccsnmand on files ALPHA and BETA, llie wildcard TEST+ would 
match lESTl and TEST4. The wildcard TEST@@ would match TESTl, TEST4, 
and TEST4 .RUNOFF, since aEST@@ specifies all file names that have one 
or more components separated by periods (.) and begin with the letters 
TEST. Finally, the wildcard *TEST@@ would match SYMBCLTABLE, ALPHA, 
and BETA, since they are the only file names that do not begin with the 
letters TEST. 
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The user can insert wildcards into pathnames to search several 
subdirectories in one operation. For example, if a user command 
specifies the pathname <CARMEN>TESTS>@@>FIGURES, the file ^stem would 
seach each subUFD of the UFD TESTS for all files named FIGURES and 
perform the command on each file. This capability is called 
treewalking . 

Both wildcards and treewalking have two main advantages to the user. 
■Riey allow the user to perform more work with a single command. They 
also reduce typing and make the system easier to use, since the user 
needs to type only the minimum number of identifying characters to 
specify a pathname or file name. 



Generated Names 

Selected canmands allow the user to generate names implicitly. The 
generated names are based upon the value of the first argument to the 
command. The symbols =, ^Ir t' ^^^ 1 appear in the second or greater 
numbered argument to indicate the format of the generated name. 

A single equal sign (=) represents one component; two (==) , any number 
of components. The symbol (+) indicates that one component should be 
added to the generated name, v^ile the ^^Tnbol (~) indicates that one 
component should be deleted. 

For example, the command: 

MRGF ALLEN>SAMIliE. ALPHA ALLEN>=.BErA MliEN>=. GAMMA 

expands to: 

MRGF ALUEN>SAMH:iE. ALPHA ALLEN>SAMPLE.BBrA ALLEN>SAMFLE. GAMMA 

and the command: 

CNAME test.sample.l =»,'*=.= 
expands to: 

CNAME test.sample.l test.l 

Like wildcards and iteration, name generation eliminates the need for 
typing. The user has to type a common component or file name only once 
in a command. 
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Iteration 

Many tasks can be sinpLified by using iteration. A set of values is 
enclosed in parentheses and inserted in a regular ooinmand. The system 
executes the command once for each value within the parentheses. In 
other words, a command containing an iteration set of four values is 
equivalent to four separate commands. For example, the command 

DELETE (TEST PROGRAM MYFILE) 

is equivalent to the three commands 

DELEIE TEST 
mLKJE PROGRAM 
DELETE MYFILE 

and the command 

CNAME (TEST PROGRAM MYFILE) =.SAMILE 

expands to the three commands 

CNAME TEST TEST. SAMPLE 
CNAME PROGRAM PROGRAM. SAMPLE 
CNAME MYFILE MYFILE. SAMPLE 

Multiple iteration sets can be inserted into some ccanmands, such as 

CNAME (TEST PROGRAM MYFILE) (ALPHA BETA GAMMA) .SAMPLE 

e:q)ands to the three commands 

CNAME TEST ALPHA. SAMHiE 
CNAME PROGRAM BETA. SAMPLE 
CNAME MYFILE GAMMA. SAMPLE 

This feature can be applied in any situation where the user must issue 
a number of redundant commands that differ caily in the arguments 
specified. 



PRIMPS Ccmnands 

This diapter has already mentioned seme PRIKDS ccxnmands, such as RDY, 
CMAME, and STATUS. The user can specify a number of other oomnands, 
both internal and external, in a ooirroand file. Internal OMnmands, such 
as the three mentioned in this paragraph, are executed in the address 
space that PRDOS occupies. The majority of external commands are used 
to invoice programming and debugging facilities and execute in the 
user's address space. At Rev 19.0 and later versions of IRlfDS, 
however, there are some external coranands which do not execute in the 
user's address space. 
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Tables 9-1 lists the internal HRIMDS c»inmands. Table 9-2 lists those 
external cxaramands that execute in the user's address space? ajid Tafcie 
9-3 lists other commands, which do not overwrite the user's address 
space. For more detailed information on all PRIMDS commands, see the 
PRIMOS Commands Reference Guide. 



Table 9-1 
Internal fRIMDS Coratands 



* 


ABBREV 


ADDISK 


ADD_RE^DTE_ID 


AMLC 


ASRGWD 


ASSIGN 


ATTACH 


BINfiRY 


CHANGE PASSWORD 


CHAP 


onsE 


CNAMB 


GOMINHJT 


COMDUTPOT 


CtL 


CREATE 


DATE 


DEFINE GVAR 


DELAY 


TMnSFX^ 


DISKS 


EMSTK 


roOPETER 


EDIT_J«XESS ELIGTS 


INPUT 


LISTING 


LIST_J^CCP,SS Llfa-ILGRDUP 


LIST_IRIORITy_ACCESS | 


LIST_QUOTA 


LIST_REMDTE_ID 


LOGIN 


TiOGOUT 


LOOK 


MAXSCH 


MAXUSR 


MESSAGE 


NET 


OPEN 


OIRPRI 


ORIGIN 


R?\SSWD 


PHANiUM 


PM 


FREE® 


Bm 


REMOTE 


REM0VE_PRIORITY_ACCESS | 


REN 


REPLY 


RESUME 


RLS 


SAVE 


SETIME 


SE'ITDD 


SETLACCKSS 


Sb-lLFRIORITiLACCESS 


SET QUOTA 


SHARE 


SHUTDN 


START 


STARTUP 


STATUS 


TIME 


UNASSIGN 


USAGE 


USERS 


USRASR 
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Table 9-2 
External IRIMDS Canmands 



AVAIL 


BASIC 


BASICV 


BASINP 


BATCH 


BAULt^EN 


BKHGW 


CMEL 


CLDP 


CMPP 


COBOL 


GOJO^T 


CDPY_DISK CPMPC 


CRMBC 


CSUBS 


DBACP 


DBASIC 


EB6 


EBDTL 


EPTCPG 


DPTX 


ED 


EEB 


EDIT HIDFILE 


F77 


FAP 


EtL 


FCML 


FILFEM 


FILVBR 


FI3LPISK 


FSUBS 


PTGEN 


pm 


prop 


FIR 


HDJJSTflr 


HESD 


JOB 


KBUILD 


KIDDEL 


LABEL 


LATE 


LOAD 


LOGPRT 


MMSNET 


MftGRST 


MAGSAV 


MAKE 


MCLUP 


NEC 


IfaSF 


NQQBOL 


NETCPG 


NETERT 


NSED 


NUmER 


OifWBC 


FLIG 


FMA 


POWER 


roMPC 


PROP 


PRSER 


IRCDSC 


PSD 


PSD20 


REMAKE 


RJOP 


RJQ 


RPG 


HJIOFF 


SCHLEC 


SCHED 


SCHEMA 


SBG 


SIZE 


SLIST 


SORT 


SPOOL 


SPSS 


TAP 


TCP 


TERM 


IRAMLC 


UPCASE 


VPSD 


VPSD16 


$$ 













Table 9-3 
Other FRIMDS Commands 



COPY EHjETE HELP LD EROlECr 

REVERr_PASSWORD FWLOCK SETLEELETE 



User Application Programs 

In addition to the PRIMDS commands listed above, the user nay choose to 
invoke an applications program via a cranmand file. This is a 
convenient way to invoke a simple user clock program, for example, or a 
comprehensive menu-type user interface. 

•Oie command file can invoke any of the software products described in 
Chapter 11 to provide data base managanent, CAD/CAM capabilities, or 
network access, to list some examples. The command file can also 
invoke one of the languages supported on the 50 Series, or a 
development tool such as a loader, spooler, or editor. See Chapter 11 
for a description of these and the many other software products 
supported on the 50 Series systems. 

A CPL file can also be used to initiate an update mechanism, for 
example, ensuring that any change the user makes is propagated 
throu^out all relevant channels (database, logbook, error fix file, 
and CAD data). The user's needs and scope of use will determine many 
additional ways these structures can be used. 
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&args treename 

cx^io — ntty 

Siif [exists %treename%] &then &do 

Sidata ed product>installatiorL_log 
bottcjn 

insert [date -full] Installing [pathname %treenaine%] . 
file 
&end 
&if [exists p:oduct>souroe>[entrynaine %treenanie%] ] &then &do 
copy product>souroe>[entrynaine %treenanie%] 

product>arc>[entrynaine %treenanie%] .[date -ftag] -dtm 
&data ed product>installation_log 
bottan 
insert [date -full] Archived [entryname %treenaine%] 

file 
&end 
&end 
c»py %treenaine% product>souroe> [entryname %treename%] -dtm -nq 
Sdata ed product>installation_log 
bottom 

insert [date -full] Installed new [entryname %treename%] 
file 
&end 
como -tty 
type Installation of [pathname %treename%] completed, 

&end 
&else &do 
como -tty 

type Cannot find [pathname %treename%] . 
&return 1 
&end 



Sample CPL Program 
Figure 9-1 

Figure 9-1 shows a simple CPL program to install a new source file, and 
monitor the installation. The program archives the previous version of 
the source file if necessary, copies the new file, maintains a log of 
these activities, and notifies the user whether the file is 
successfully installed or does not exist. 

LOGGDC OPT 

When work on the system is complete, the user logs out. As upon login, 
user, site, and syston tasks can occur. Tlie user may choose to invoke 
some application, such as printing a message, and these tasks are 
performed first. Upon their completion, any site-specific tasks are 
performed. These, like the user tasks, are optional. Upon their 
completion, the system closes any files the user my have left open and 
releases control of any system resources the user held. It then 
removes the user process from the system. 
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SUmARY 



This Chapter has briefly described the 50 Series command environment 
and how It can be customized to suit the user's nee* and applications. 
The next ciiapter describes integrity features of the 50 Series systems 
and how they provide the user with a stable and secure system 
environment. ■' 
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Integrity 



The preceding chapters discussed major functional aspects of the 50 
Series architecture and how they allcw a system to be tailored to fit a 
variety of applications. The last aspect to be discussed ties together 
several points made in these sections. This aspect, integrity , 
represents the features of the 50 Series that help to maintain the 
proper operation of the systan. Integrity encompasses both software 
and hardware elements. 



SOET!Wi«E INTEGRITY ASSURANCES 

Some of these integrity assurances have been mentioned in earlier 
chapters. The major elements are: 

• Embedded operating syston 

• Access control lists 

• User profiles 

• Error logging mechanisms 

• FI3L.DISK 



10-1 First Edition 



DOC6904-191 



Embedded Operating System 

As described in Chapter 4, Prime's software inplementation of virtual 
addressing allows each user an address space of 512 megabytes. 256 
Mbytes of this address space is reserved for user programs and data. 
The other half of the user address space contains miMDS and shared 
subsystems. In other words, each user working on the system shares a 
single copy of FRIMDS and shared subsystems, embedded in the user 
virtual address space. 

Ihere are several advantages to this epnbedded operating system. It 
provides reduced system overhead, since there is no need to make calls 
outside the user's address space when FRIMDS must perform some task on 
behalf of the user. Sharing subsystons is easy as well, sinc« each 
user has access to the single copy of each shared subsystan. This 
embedded operating system also maintains separate copies of the private 
sections in each user address space, so there is no chance of one user 
accidentally destroying the contents of another's private space. 

For security purposes, the operating system includes hardware to 
validate the access ri^ts of all memory references. The gate accesses 
described in Chapter 8 also allow the user to access the operating 
system directly, in a controlled and secure fashion. 



Access Control Lists 

Prime provides access control list protection for the user who desires 
passive, secure"^ automatic file protection. This protection can be 
applied to any file or directory in the system. For more information 
about AOiS, see Chapter 6, File Management , and Chapter 9, The Command 
Environment. 



User Profiles 

User profiles are lists of information with whidi PRIMDS identifies the 
user logging into the system. This information includes details about 
the forms of protection to whidi the user is subject, vrtiat parts of the 
data base the user can legally access, and other such specifics. 
PRIMDS uses the user profiles in tandem with the access control lists 
to guard against invalid accesses to protected parts of the file 
system. See Chapters 6 and 9 for more information. 



Event Logging Mechanisms 

The 50 Series systons have an ewent logging mechanism to record the 
ocxurrenoe of events such as disk errors, cold and warm starts, machine 
checks, and single and double bit memory data errors. There is also a 
network event logging mechanism that records network events. These 
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mechanisms store a record about each event in interml buffers; PRI^DS 
dumps the contents of these buffers to disk files or the system 
terminal. When the mechanisms are invoked, they automatically format 
the contents of these files and show when each event occurred. 



FIXJISK 

FDLPISK is a file system consistency check program. It checks that 
the disk record headers and the UFD containing the header both reflect 
the same state of the file system. When it encounters an 
inconsistency, it displays a message and tries to resolve the problem. 
FIX-DISK can fix many of the errors it encounters, such as misnatched 
pointers and inconsistent quota information, without user intervention. 



HAEtEWARE INTEGRTTY ASSURANCES 

Prime 50 series computers have several built-in hardware features that 
ensure integrity. The major hardware assurances are: 

• Rings 

• Internes 

• Faults 

• Checks 

• Traps 

• A diagnostic status word (DSW) 

• Error checking and correction for all disk records 

• Parity checking of the cache, all registers, and all busses 

• Microverification capability 

• The virtual control panel (VCP) 
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Rings 

ACLs are not the only means of c3ata protec±ion available on Prime 50 
Series systems. ACLs can provide protection for information located on 
disk, but they do not provide for permanent protection of programs and 
information vital to the system, such as PRIMDS itself. Three hardware 
inplemented rings and the level of privileges associated with them 
provide security for crucial information in virtual memory. Chapter 4, 
Memory Management , describes rings and how they govern memory 
references. 



Interrupts 

Peripheral devices cause an interrupt to signal their need for system 
service, as described in Chapter 5, Input/Output Management . Once the 
interrupt is acknowledged, control transfers to phantan interrupt code 
for simple handling. If more complex service is necessary, a device 
interrupt manager is called to complete service. See Chapter 5 for 
more details. 



Faults 

A fault is a break in software execution that occurs synchronous to 
system operation. Examples of faults are page faults, where a 
reference is made to a page not currently loaded in physical memory, 
and stack overflew or underflow. 

When a fault occurs, an unscheduled procedure call is made to the 
appropriate FRIMDS fault handler. This handler may set system 
registers to indicate the type of fault that occurred, and performs the 
actions necessaiy to clear the fault condition. In the case of user 
applications the handler may invoke the condition mechanism so that 
user-defined actions can be performed. Once the fault is cleared, the 
fault handler transfers control back to the instruction that was 
executing when the fault occurred. 



Checks 

VJhen an uncorrectable system hardware problem arises, a check occurs. 
Problems of this sort are usually serious enou^ to halt all system 
operations. 

Pour types of checks c:an occur. When AC power fails, the power supply 
initiates a power fail check. Tliis check indicates that 20 
milliseconds of DC power remain before all power is gone. The memory 
error checking logic issues a memory parity error check when it detects 
a memory parity error or an uncorrectable memory error. The CPU issues 
a machine check when it detects an internal parity error. Finally, the 
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memory control unit initiates a missing memory nodule check when the 
system tries to access nonexistent physical memory. 

When a check occurs, the system references one of the four check 
vectors . The check vector points to the firmware-implemented check 
handling routine. Information about the check is stored in the 
diagnostic status word (described below) . 



Traps 

Traps are breaks in firmware execution and may take one of two general 
forms. The first form is fully processed by the firmware and is 
followed by a return to normal execution. Examples of this form are 
write address trap and DMQ, ilie second form generates a fault or check 
and does not return. Examples of this form of trap are access 
violation, and internal pari^ error. 

All traps are serviced, as are all other exception conditions, on a 
priority basis. They are not visible to the user. 



Diagnostic Status Word 

The diagnostic status word contains 96 bits (250-11 and 550-11) or 128 
bits (750 and 850) of information about the state of the system at the 
time of a check, lliis information identifies the type of check, vrtiere 
it occurred during execution, and what part of the system (byte, 
module, etc.) was affected. 



Error Checking and Correcting (ECC) Code 

Error correcting codes on each word of physical memory note when single 
and double bit errors occur. Single bit errors are autonatically 
corrected in memory with no break in execution. Double bit errors are 
reported. 



Parity Checking 

To ensure data integrity, hardware checks the parity of data traveling 
over internal or external busses, between main memory and the 
processor, and between register set locations, as well as checking all 
cache data. If a parity error is found, a machine check occurs- 
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Microverification Capability 



All Prime 50 Series cxwiputers have microverirication programs as a 
standard feature. These microprograms execute each time the system is 
brought up from a cold start, testing almost all parts of the system 
(except for clocks) . Any failures are reported to the operator for 
further actions. 



Virtual Control Panel (VCP) 



The VCP, on all 50 series systems except the 2250, allows the user to 
perform typical supervisor terminal operations, such as bringing up the 
system and sending messages. It also allows control panel operations 
sudi as initiating diagnostics, bootstrapping PRIMDS, master clears, 
and system halts. The VCP also allows i^stem diagnosis or control to 
be performed from a ronote location. 

The diagnostic processor on the 2250 performs all the functions of the 
VCP. Further, it provides an automatic boot for PRIMDS, and also 
allows use of the supervisor terminal as a user terminal. 



SUMMARY 

The 50 Series has several software and hardk^are integrity features 
built in to eliminate system downtime to every extent possible. These 
features enhance the already efficient functions of the architecture by 
offering contingencies for all possible exception conditions. The 
result is greater reliability for the system as a whole, and orderly 
processing in the event an exception does occur. 
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Software FVoducts 



Prine's software products are divided into ei^t groups: 

• Languages 

• Language support facilities 

• Develcpmoit tools 

• Data managanent systenis 

• COTiputer aided design/computer aided nanufacturing (CAD/CAM) 

• Communication services 

• Baclcup facilities 

• Office autcroation 

LAN3UA3ES 

Prime supports mai^ industry-standard programming languages on its 50 
Series systans to offer the user the ability to tailor af^lications 
closely to specific needs. Most of than support the debugging and 
monitor functions of the source level debugger (see Language Support 
Utilities and Developroent ToolS y below) . Mi ^of them support the 
standard Prime procedure call (see Chapter 8) when making references 
from one procedure to another. 'Oiis control transfer standard means 
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that the user can easily combine procedures written in different 
languages. 

Prime's interlanguage interface further enhances the user's ability to 
tailor amplications programs to specific needs. With this interface, 
the user can call procedures written in one language from those written 
in another. This feature means one basic routine can be used in many 
different situations without communications problems. This interface 
also allows the user to produce procedures in the language most 
appropriate to the application, since oranplex interfaces between 
mixed-language procedures are unnecessary. 



FORERAN 77 

FORTRAN 77 (F77) is supparted on all Prime 50 Series systems. It is an 
extended iirplementation of an ANSI standard, ANSI X. 39-1978. F77 uses 
a three pass compiler to perform a hi^ degree of optimization. It 
also supports many mainframe extensions such as local and block code 
optimization to produce efficient object programs, embedded conments, 
32-character names, IBM-compatible direct access and namelist I/O, 
extended range DO loops, the character datatype, IF-THEN-ELSE blocks, 
and enhancements to I/O operations. Ohe user can access DBMS, 
MIEftSPLUS, and FORMS from F77. F77 is fully supported by EBG and 
EMACS. 



BASIC/VM 

Prime's BASIC/VM (BftSICV) is a multiple-user implementation of the 
BASIC language. It is supported on all 50 Series systems and allows 
the user to perform character string and matrix operations, structured 
programming, and output formatting. In addition, the user can choose 
one of three modes of execution supported by BASICV: conversational, 
for terminal operations; batch mode, for previously prepared programs; 
or immediate, for calculator-type use. BASICV has its own debugger for 
error detection and can be used in conjunction with MIDASFLUS, 
described below. 



I^scal 

Ohe Pascal language implemented by Prime is based on the preliminary 
standard issued jointly by the IEEE and ANSI, It uses a multipass 
compiler to generate hi^y optimized object files. Like all other 
languages supported on the 50 Series, Pascal supports Prime's standard 
procedure call conventions to provide access to files regardless of the 
format type of both data and calling program. EBG supports Pascal, as 
described in the Language Support section of this chapter. 
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VL/l Subset G 

Prime's PL/I-G (PLIG) is a structured language appropriate for general 
purpose, modular programming. It fully iitplements the ANSI Standard 
X3 .74-1980 for H/I-G. In addition, PLlG supports Prime's subroutine 
calling conventions, and its object and data files are compatible with 
those of other languages. It directly suj^rts FORMS and MIEftS, two of 
Prime's data management packages (see sections later in this chapter). 
EBG also supports FLIG (see the Language Sig>port section in this 
chapter) to provide efficient error tracing and correction. 



CBL 

Prime's CDBOi, CBL, is an interactive, business-oriented language based 
on the 1974 ANSI CDBCL standard. The user writing CBL programs can 
choose between two data management systems, MIEftS and EBMS, to control 
the information the CBL programs manipulate (see the Data Management 
section in this chapter for more information about MIEftS and DBMS) . 
Ihe user can also combine CBL with FORMS, Prime's forms management 
product, to create and use screen formats. CBL supports decimal 
arithmetic and character operations in addition to Prime's standard 
procedure call conventions. It is fully supported by EBG and EMACS. 



VRPG 

This business-oriented language is ccanpatible with IBM Systen/3 Model 
10 RPG II. Initially designed to produce reports, VRPG allows the user 
to use RPG applications written for other systems on a 50 Series 
system. It can use the MIDASELUS data managanent package to manipulate 
files, and is supported by EMACS and EBG. With VRPG the user can 
invoke the FORMS forms management system to design and create business 
forms and charts. 



GPL 

Prime's command procedure language is called CPL. -niis powerful 
programming tool embodies many hic^ level language features such as 
branching, argument transfer, and global variables, and also supports 
the condition mechanism (see Chapter 8) to provide orderly error 
handling. It allows the user to store sequences of PRIM3S commands and 
CPL statements in a command procedure file (see Chapter 9) to be 
executed whenever the name of the file is specified. 

CPL can be used to sin^xLify complex command strings, to reduce typing, 
or to write applications programs from simple login procedures to 
complex menu-driven user interfaces. CPL is also useful for unattended 
control of processes, cranpilation tasks, and standard procedures that 
are frequently performed. 
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Prime Macro Assembler Assembly Language 

Prime's EMA assembly language is of interest to assembly language 
programmers and to Prime systons internals specialists. It provides 
over 600 different instructions applicable to almost any circumstance. 
Supported by DBG, EEG, and many other Prime system utilities, it allows 
the user to develcp a wide range of assembly language applications that 
can be easily integrated with the rest of the system. PMA routines can 
also be effectively combined with those written in high level languages 
to enhance the overall performance of large applications. 



LANGUAGE SUPPORT UTILrTIES AND EEVELOPMENT TCX3LS 

To cOTiplement the array of languages supported on the 50 Series 
systems, Prime supplies several utilities to assist program 
develognent. In addition, many development tools are available to aid 
the design and programming processes, report writing, documentation, 
and training. A group of output facilities is also available. 



Source Level Debugger (DBG) 

The source level debugger is a language- independent programming tool 
for use with hi^- level languages. It allows the user to interactively 
control and monitor F77, ELIG, Pascal, CBL, and VRPG programs at the 
source code level. ihe debugger is designed for all levels of user 
expertise, and no knowledge of assembly language is necessary to 
control debugger actions. 

A conversational user interface is easy to use and does not detract 
from the debugger's speed of execution. Since the debugger is language 
independent, it provides the user with a consistent set of commands and 
procedures to use. Features include the ability to trace variables as 
well as examine, execute, monitor, and test source code interactively. 



SEC 

SBG is a linkage editor that allows the user to take full advantange of 
the 50 Series systans' virtual memory capabilities. It converts the 
user's object file into a segnented runfile that can be up to 32 Mfcytes 
in size. It can also load a single or multiple programs, optimize the 
user's program in some areas, load shared procedures, and perform 
dynamic linking. 
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HELP Facility 

Prime's software products are equipped with a HELP facility to aid the 
user. When the user types HELP, the system displays a list of 
available COTiraands and their arguiients. A further request for help 
with a particular command produces more detailed information, such as 
command actions, optional parameters, and so on. iMs facility can be 
tailored to offer information about any topics the user chooses. 



EMACS 

EMACS is a interactive screen editor. It is programmable, allowing the 
user to set up and define personal commands. Also provided is a HELP 
facility to help the user identify typing mistakes, available commands, 
and specifics of command use. With EMACS the user can enter text and 
modify it, move blocks from one part of the text to another, save the 
text, delete text, and perform many other tasks. A status line 
continuously displays the status of the editor and reports on the 
actions being performed. in addition, three programming modes 
automatically aid the user in formatting programs written in P77, CBL, 
and RPG. 



HD is a line-by-line text editor that is most useful for entering and 
modifying line-oriented items sudi as programs. The user has the 
dioioe of displaying input one line at a time or several at once. It 
also allows the user" to move information between files; add, change, 
and delete information; and perform many other tasks. 



HDNOFF 

M^ET is Prime's text formatting program. While creating or editing a 
file with one of Prime's text editors, the user inserts runoff ocMtmands 
into the file that specify how the text is to be processed. When the 
user invokes RUNOFF to process the file, it automatically formats the 
file based on the inserted canraands. Commands are available to specify 
tab stops, page size, headers, footers, revision bars, degree of 
indentation, and decimalized headings, among others. 



SPOOL 

The user invokes SPOOL to produce a printed oopir of a file. This 
utility automatically queues the user's file on one of the system spool 
queues to await printing. If the printer on the user's local system is 
very busy, SPOOL checks for an available printer with less activity to 
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evenly distribute the load. In addition, several options allow the 
user to check the status of spool queues, delete a file from a queue, 
print multiple copies of a file, and queue files for printing at a 
later time. 



BftTCH 

The BATCH facility allows the user to submit programs for execution 
when it is most aj^opriate for the system to do so. The facility is a 
series of batch queues, each of which may represent a different set of 
parameters, such as CPU time or process priority. When the system is 
very busy, almost no jobs waiting on the batch queues are run; when 
the system is otherwise idle (at night, for example) , batch jobs can be 
executed. 

This allows the user to submit time- and resource-consuming jobs for 
execution when the system does not have to service many other 
processes. The BATCH facility also allows the user to monitor a job 
from a terminal, cancel jobs, change a job's parameters while in the 
queue, and list available batch queues and their characteristics. 



EftTA MftNfiGEMENT BRCKAGES 

The 50 Series supports several different data management packages so 
that the user can pick the one that best suits the application. For 
those frequently generating and using business forms, the FORMS package 
is available. Creating and managing data bases is accomplished with 
the Data Base Management System, EBMS. The HIIME/PCWERPLUS package 
provides report generation, information gathering, and query 
capabilities. The user who needs keyed-index file capability can 
adiieve this with MIEftSFLUS, the Multiple Indexed Data Access System. 
To accompany the line of Infcsrmation systems, Prime offers Information 
software. 



FOE^MS 

■Hie forms management system, FORMS, provides both the end user and the 
programmer with an easy-to-use facility for generating and using 
business forms. The system handles input and output internally, so 
programmers can quickly create portable aH>lications using FORERAN, 
CBL, VRPG, and PMA programs. The FORMS Editor, FED, provides the user 
with an interactive, screen-oriented interface for easy form creation. 
The FORMS Definition Language, FEL, allows the user to create a file 
that describes the format of a form. The FORMS Adninistrative 
Processor, FAP, aids the user in maintaining a catalog of forms for 
future use. 
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EBMS 

Prime's data base management system is called DBMS. It is a 
sophisticated implementation of the COEftSYL data base standard and 
allows the user to create, modify, and maintain data for a wide variety 
of applications. Some additional key features of DBMS include a 
transaction-based, interactive user interface; data independence; and 
minimum data redundancy. 

With the EBMS data definition language (DEL) , the user can create 
structures called schemas and subschemas within the DBMS data base for 
EDRIRAN or CBL (Prime's OOBCL) . These structures allow the user to 
organize the EBMS information in a variety of ways. Once a schema or 
subschema has been created, the user can use the data manipulation 
language (DML) to access the information. 

To protect the user's data, EBMS contains extensive validation and 
recovery features. These include validation of EML ooramands before the 
data base is altered, and commands that can in many cases restore 
schemas and subschemas when a transaction is interrupted. In addition, 
when a faulty transaction occurs, the data base can be restored to its 
state before that transaction (rolled back) . 



EBMS/QUERY 

Prime's EBMS/QUERY is a query language and report writer for use with 
EBMS data bases. With a single set of ooramands, the user can direct 
QUERY to search for information according to a variety of criteria and 
present it in a suitable fashion. No knowledge of EBMS or programming 
is needed to use QUERY. 



PRIME/POWERILUB 

ERIME/PCWERHiUS is a data management system designed to aid the 
decision-making process. It allows the user to make ad hoc queries or 
reports, collect data into various forms, and process the data. Rather 
than a device for creating and maintaining a data management structure, 
HlIME/POWERPLas is a tool to help the user collect and analyze data. 

Parts of the PRIME/PCWERELUS system include a data dictionary for 
defining, processing, and linking data; a query processor for 
^Jecifying search criteria; and an interactive report generator that 
allows the user to set up individualized formats. IRIfE/PQWERPLUS can 
also perform simple file maintenance, text processing, and system 
administration. In addition, a axnprehensive help facility is 
available to the user, as are built-in security procedures f<x data 
protection. 
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MIEftSPLUS 



MIEftSPLUS, Prime's multiple index data access system, offers the user 
an interactive means to create and maintain keyed-index files. Through 
MIEftSPLUS, the user can create and use MIEftSPLUS files, check file 
status, add data to and delete data from MIEftSPLUS files, and index 
information with up to 18 keys. Application programs written in 
FORERAN, CBL, PL/I-G, Pascal, BASIC/VM, VRPG, and FMA can access files 
created with MIEftSPLUS. Other features of MIEftSPLUS are: 

• Multiuser support 

• Network support 

• PRIME/PCWERELUS support 

• EJynamic file allocation 

• Dynamic maintenance of index structures 

• Interactive environment 



Prime INFORMATION Software 

The INFORMATION software provides user-oriented data management for the 
line of INFORMATION systems (see the section, "CPUs", in Chapter 12) . 
The software consists of a data base managonent system, INFO/DMS , that 
supports a variable-length, hierarchical file system similar to that 
suH»rted by FRDOS. Canplementing INFO/EMS are four modules: 

• INFORM 

• INFO/BASIC 

• EDITOR 

• EERFORM 

INFORM is used to search the INFORMATION file system for data and to 
format the retrieved data. Its English-based interface allows easy 
file access and simplifies report generation. Tliis module includes the 
EOTRO processor, a structured update facility that creates and modifies 
system files according to user command. 

A structured procedural language, INFO/BflSIC , combines features of 
ODBCL, Pascal, Hi/1 and BASIC to aid the user with business programming 
tasks, such as invaitory control and sales analysis, as well as with 
arithmetic or computational tasks. INFO/BASIC is based on the standard 
Dartmouth BASIC language. 



First Edition 11-8 



SOFTWARE PRODUCTS 



For modifying and maintenance tasks, EDITOR is a powerful tool that 
oomes with its own HELP facility. Ihis line-oriented text editor 
allows the user to create and modify files containing text, data, or 
programs, it also can be used to create EDITOR command files that 
function in the same fashion as CHi and command files (see Chapter 9) . 

A multi-user command and control facility, FERFQRM is based on the 
FRIMDS operating system and has a sinple user interface. It accepts 
the user's command and directs it to the INFORMATION Processor that can 
perform the specified command. 



CftP/CAM - MEDUSA 

MEDUSA is a sophisticated CAD/CAM package available for all 50 Series 
systems. It has been tailored for multiuser, interactive environments. 
Features of MEDUSA include many state-of-the-art capabilities that can 
speed product develcptient in many fields. With MEDUSA'S abilities the 
user can draft civil and mechanical engineering diagrams; produce 
electrical schematics, floor plans, and flow diagrams; and model two- 
and three-dimensional solids. 

The user has the choice of two versions of MEDUSA. The two-dimensional 
(2-D) version is primarily a schenatic and drafting system with 
powerful ANSI, ISO, and BS dimensioning abilities, it also features a 
versatile annotation/editing function for record keeping, and a macro 
facility. Extensive syntxDl libraries make this version of MEDUSA 
applicable to many different tasks, ihere is also a choice of output 
devices (drum, flatbed, or electrostatic plotters) . 

With the 2-D version' of MEDUSA, the user has available for use: 

• Automatic cross hatching 

• A macro language 

• Multiple type fcaits 

• Any number of views of one drawing 

• Semi-automatic dimensioning to any accuracy 

• Mirror capability 

• Line and geometric array capability 

• Parametric macro definition of objects 

• Conic curves 

• Automatic filleting 

• Curve fitting by quadratic splines or by least squares 
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'Phe^ 2-D version also has documentation capabilities that the user can 
invoke to generate reports, parts lists, schedules, bills of material, 
or other necessary documents. 

The second version of MEDUSA is three dimensional (3-D) . This version 
allows the user to design a complex three-dimensional device and 
produce an engineering drawing of it. Standard features of this 
version are: 

• A simple and easy-to-use 2-D drawing convention through which 
the user creates 3-D models 

• A simple langu&ge 

• Ability to generate arbitrary, orthogonal, oblique, axonometric, 
and perspective projections 

• Hidden lines in dashed, visible, or invisible formats 

• Automatic construction of 3-D objects (the 3-D modeller scans 
2-D drawings) 

• A 3-D viewer that can section any solid 

• An interface to GNC for numerical control of machine tools 

MEDUSA is a CAD product designed to streamline the drafting and product 
development process in fields ranging from mechanical engineering to 
architecture. It provides a user interface that is both easy to use 
and powerful in its degree of widespread application. It integrates 
iimut from many users into one data base to provide information that is 
always up to date. In addition, MEDUSA'S modular design makes it 
useful for both beginning and sojiiisticated users. 



COMMUNICATION PACKAGES 

Prime's ocaranunication packages are sumnarized belcw. Refer to 
Chapter 7 for more details about IRBENET, NETLINK, and PES. 



IRIMENET 

PRIMENET supports communications between linked systems in a fashion 
transparent to the user. This transparency elimimtes the need to 
learn new ooraroands, details about the link between systems, or details 
about the physical location of information. Instead, PRIM3NET makes 
referencing remote information identical to referencing local 
informaticai. 
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In addition to its transparency and ease of use, FRI^ENET software 
meets the (DCITT X.25 standard for packet switching networks. This 
feature is advantageous in situations requiring domestic and 
international networks, since FRiMENET's X.25 support allows it to 
ooraraunicate with any other system that also supports X.25. TWO other 
types of networks, ring and point-to-point synchronous, are also 
supported; the combination of the three types gives the user several 
options that can be exercised according to needs and applications. 



NEIL INK 

When logged onto a system connected in any PRifENET-supported network, 
the user can invoke NETLINK to remotely log onto any other syston in 
the network. Rather than accessing a remote resource, performing a 
task, and then returning information to the user, NETLINK allows the 
user to actively work on the remote system as a local user would. Once 
logged onto the remote systan, the user can invoke NETLINK to log onto 
another remote system, and so on. See Chapter 7, PRifENET , for more 
information about NEILINK. 



File Transfer Service 

TO oompLanent the capabilities of ERIfENET, the 50 Series systems 
support the file transfer service (PTS) subsystem. This facility 
transfers files between the local system and any PRIfENET-linked remote 
system. See Chapter 7, PRIfENET , for more information about ETS. 



EPTX 

The distributed processing terminal executive (DPTX) software allows 
the 50 Series to exchange information with the IBM 3270 family of block 
mode OCT devices and controllers. With this minframe compatibility, 
the 50 Series meets the needs of the user who has already invested in 
large amounts of IBM equipment, 

EPTX supports three types of oonmuni cation with the IBM 3270 equipnent: 

• 3270 data stream compatibility (DPTVdsC) 

• 3270 terminal support facility (DPTVteF) 

• 3270 trani^arent connect facility {WTX/*i!CF) 
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DPTVESC allows the 50 Series to interact with an IBM itainframe that 
—^^ro-*-" •3''"7n .^TTir^a FiomYATRr' «mni ahps the actions of a 3270 device 
SO the mainframe sees the Prime system as a CRT device rather than 
another complete system. Through this type of communication users can 
interact with programs on the IBM mainframe as if they were directly 
connected to it. 

DPTX uses DPTX/TSF to oontrol a network of 3270 devices. iSiis means 
that users active on 3270 devices can interact with miMDS and 
applications that run under ERIMDS. 

EPTX/TCF makes the 50 Series act as a transparent link between an IBM 
mainframe and a 3270 device connected to the Prime system. Those using 
the 3270 device are able to interact with programs on the mainframe as 
if they were directly connected to it. 

EPTX provides the means for a 50 Series system to communicate with IBM 
equipment. It also allows the IBM system to delegate some of its 
processing tasks to the 50 Series. In addition, supporting and 
emulating IBM devices gives the 50 Series the opportunity to extend its 
accessing power to a vast number of systems. IBM systems, however, are 
not the only systems with which the 50 Series can communicate. The 
next section describes Prime's RJE facility, which supports 
communications with the equipment of several other manufacturers. 



Remote Job Entry 

Prime's remote job entry facility allows the 50 Series to interface 
with systems made by a number of other companies. Users can produce 
jobs on a Prime machine, then use RJE to sutmit it to another sfystem 
for execution. 

The facility consists of several emulators that allcw a Prime system to 
be connected to a host computer via telephone lines or some other means 
of communication. 'Hiese emulators make the Prime systen appear to be a 
RJE terminal of the type normally supported by the host. 

Through RJE, a 50 Series system is compatible with a variety of popular 
mainframe systems. Tliis is especially an advantage to the mainframe 
user, because it protects previous hardware investments, and preserves 
mainframe communications protocols. RJE also allows a 50 Series system 
to serve as an offload system, which frees the mainframe for other 
tasks. 

The RJE terminals that the Prime system can onulate are: 

• IBM 2780, 3780, and HASP 

• Honeywell GRPS 

• Univac 1004 
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• CDC 200UT 

• ICL 7020 and XBM 

These emulators allow a user to submit ronnote jobs from any terminal in 
the Prime system. They also allow the user to submit a roiiote job to 
more than one remote system at the same time. 

Each emulator has three parts. The send facility translates and 
formats the file into the form expected by the host computer and places 
it in a queue for transmission to the host. After the user submits a 
file via a send facility command, the symbiont removes the file from 
the transmission queue and sends it to or receives it from the host. 
The workstation allows the transmission, code conversion, and reception 
of files between the Prime and the host systems. 



EAQgjP UTILITIES 

There are a variety of backup utilities available to the user, MftGNET 
transfers information fran caie tape to another. MAGSAV, MAGRST, 
FHYSAV, and PHYRST perform disk-to-tape or tape-to-disk transfers. 
aOPY_piSK is available for disk-to-disk transfers. 



MftGNET 

MfiGNET transfers file contents in a standard format between tape and 
disk, or between two tapes. It is also useful for translation of 
EBCDIC-formatted data into BCD- or ASai-formatted data during the data 
transfer, making it useful for transferring file contents between a 
Prime and a non-Prime system. 



MRGSAV and MAGRST 

Like MAGNET, MftGSAV and MflGRST allow the user to back up and archive 
information. These two utilities, however, transfer file data as well 
as the logical file system structure that governs them between tape and 
disk. Both of the utilities move SAM and EftM files, segment 
directories, UPDs, ACLs, quotas, and partitions so that the file 
structure on source and destination devices is identical. MAGSAV saves 
the contents of a disk on tape. MAGRST loads the contents of a tape 
onto a disk. 
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PHYSAV and PHYRST 



To create a disk inage backup on magnetic tape, the user specifies 
PHYSAV. PHYRST will copy the contents of the tape back into the disk 
partition. The smallest unit of information the user can save or 
restore with these two utilities is one partition. 



CPPY_DISK 

To copy the contents of one disk onto another, the user specifies the 
CDPY_DISK utility. TSiis utility copies the disk contents and 
optionally verifies them to ensure physical correctness. The copying 
process for a full 300 MB disk takes aK>roximately one hour. This 
utility is particularly useful on a large system, since it takes less 
time than any of the disk-to-tape backup routines. 



OFFICE AUTOMftTION 

The Prime Office Automation package integrates word processing, 
management communications, advanced text processing, and data 
processing for use with all 50 Series systems. It is designed to 
improve productivity in the workplace and to speed the transfer of 
information for managerial, professional, and administrative personnel. 

Office Automation is implemented in software modules that run under 
Prime's operating system, ERI^DS. These modules are: 

• Word processing 

• Management communications and support 

• Advanced text manag^nent 



Word Processing 

With Office Automation's word processing, one or more users can easily 
work with documents of any size. Ihis module includes a screen editor, 
a menu-driven user interface, and several powerful text editing 
capabilities. Some of these capabilities are: 

• Editing 

• Filing and retrieval 

• Abbreviation storage in a boilerplate library 
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• List processing 

• Word processing/data processing conversion 

Management Conimunications and Support 

This module of Office Automation consists of three parts. Electronic 
?^1 helps the user create and distribute documents. It also provides 
filing, annotation, and acknowledgement features so the user can act 
upon mail as is appropriate. Correspondence management further aids in 
managing the flow of information between users with a filing 
capability, retrieval service, and report generator. Management 
support keeps users abreast of appointments, pending deadlines, and 
other activities. Additional support features include an electronic 
intray, a two-month calendar, a scheduler for noting appointments, and 
a Effonpter that keeps track of pending affairs. 



Advanced Text Management 

Advanced Text Management provides the user with spelling and 
single-word translation dictionaries in several languages. It also 
performs automatic hyphenation. Oliis module is most useful for 
proofreading and translation tasks. 

In suninary, the Office Automation system fulfills a multitude of office 
functions in an efficient and easily understood fashion. 



SPmARY 

This chapter has given a thumbnail sketch of the software products 
available for the 50 Series systems. Products exist for users in 
almost any field of application. In addition to Prime's own products, 
many other packages tailored specifically for individual fields, such 
as banking, finance, and adninistration, are available. For more 
details about these and Prime's own software products, see your sales 
representative. 
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Hardware Products 



Hard/are products are divided into six groups: 

• Central processing units (CPUs) 

• Manory e^^ansion units 

• Terminals 

• Magnetic tapes 

• Disks 

• Unit record devices 

CPUs 

S'^.^if ^T^^^f °^ ^^ ^° ^"^s ^^^' Prime offers a group of 
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Relative Performance of 50 Series Systems 
Figure 12-1 



Prime 2250 

The 2250, a compact entry-level system designed to fit easily into any 
office environment, is an economical high-performance system which is 
ideal for distributed processing network nodes or compact, multiuser 
system applications. Standard components of the 2250 include: 

• 32-bit 2250 CPU 

• 512 Kbytes of error correcting memory (esqandable to 4 Mbyte) 

• One 68-Megabyte disk and one cartridge tape unit, with a 
multifunctional disk/tape controller 

• A cOTinunications controller with 8 asyndironous and 1 
synchronous COTsnunications lines 

• A diagnostic processor that also acts as a supervisor terminal 
interface 

• Easy-to-use operator interface that allows one-step system 
initialization 

• Firmware floating point instructions 

• The BRIMDS operating system 
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« 2250 IS contained in a 30-inch cabinet that includes space for two 
68- or 158-MegatYte non-removable disks and two 1/4-inch cartridge 
tapes, and an ei^t-board chassis. Five of the chassis slots are 
reserved for the CPU and other system components; the ranaining three 
are available to support additional memory boards or any standard 
peripheral subsystem such as the PRIMENET node controller, a printer. 



or a disk. 



Table 12-1 lists some of the additional hardware features of the 2250 

For a compete list of the software products supported by the 2250,* 

^f!-.^S ?S^Lib ^°"^ ^^"^ ^^^ representative can provide more 



detailed infcrmation. 



Prime 250-11 



The 250-11 IS a high performance, low cost system that supports up to 
32 users in a distributed processing network environment. This CPU 
also provides a complete system useful in a number of multiuser 
applications. Standard components of the 250-11 system include: 

• 32-bit 250-11 CPU 

• 512 Kbytes of error correcting memory (expandable to 2 Mbyte) 

• 8- or 16-line asynchronous terminal controller 

• Virtual control panel for local/remote accesses and CPU control 

• Supervisor terminal 

• Fimware floating point instructions 

• The PRIMDS operating system 

The 250-11 is contained in a standard ten-board chassis. Seven of the 
djassis slots are reserved for the CPU and other system components; 
the remaining three are available to support additional memory boards 
or ai^ standard peripheral subsystem such as the PRIMENET node 
controller, a printer, or a disk. 

T&ble 12-1 lists some of the additional hardware features of the 
S2"S* ^^^^ cxanplete list of the software products supported by the 
-^50-11, see Chapter 11. Your Prime sales representative can provide 
more detailed information. t*"viae 
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Prime 550-11 



The 550-11 is a high performance system that supports up co x2o 
interactive processes, 64 of which nay be user terminals, in a 
scientific, commercial, or Office Autcmation environment. Ihis CPU is 
also suitable for use in distributed processing or networking 
applications. Standard components of the 550-11 system include: 

• 32-bit 550-11 CPU 

• 512 Kbytes of error correcting memory (ejqandable to 4 Mbytes) 

• 16-line asynchronous terminal controller 

• Virtual control panel for local/remote accesses and CPU control 

• Supervisor terminal 

• Hardware floating point, decimal, and character instructions 

• The FRIMDS operating system 

The 550-11 is contaired in a standard 27-board chassis. Fourteen of 
the chassis slots are reserved for the CPU and other system components; 
the remaining thirteen are available to support additional memo^ 
boards or any standard peripheral subsystem such as the HlIMENET node 
controller, a printer, or a disk. 

Ifeible 12-1 lists some of the additional hard/are features of the 
550-11. For a complete list of the software products supported by the 
550-11, see Chapter 11, and contact your sales representative. 



Prime 750 

The 750 is a hi^ performance system that supports up to 128 
simultaneously active processes, of which up to 96 may be user 
terminals. It provides speed, low overhead, and great flexibility in 
scientific, ootmercial, interactive, and/or timesharing enviroiments. 
Standard features of the 750 system include: 

• 32-bit 750 CPU 

• 1 Mbyte of error correcting memory (eatpandable to 8 Mbytes) 

• Instruction preprocessor unit 

• Burst mode I/O with a bandwidth of 8 Mbytes per second 

• 64-bit interleaved memory data transfers 

• Hardware floating point, decimal, and character instructions 
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• 16-line asynchronous terminal controller 

• Virtual control panel for local/remote accesses and CPU control 

• Supervisor terminal 

• The FRDOS operating system 

The 750 is contained in a standard 38-board chassis. Nine of the slots 
are reserved for memory, 10 for the CPU, and 19 to support up to 13 I/O 
controllers. Slots not occupied by the basic systan boards are 
available to suK»rt additional features. 

Table 12-1 lists srane of the additional hardware features of the 750. 
For a complete list of the software products supported by the 750, see 
Chapter 11, and contact your sales representative. 

Prime 850 

The 850 embodies a multistream architecture that can support up to 128 
active user processes. Its integrated hardware, software, and firmware 
features make it an excellent choice for scientific, commercial, 
interactive, an6/ot timesharing aj^lications. Standard features of the 
850 system include: 

• TVo 32-bit instruction stream units 

• One stream synchronization unit 

• 2 Mbytes of error correcting memory (expandable to 8 Mbytes) 

• Two instruction preprocessor units 

• Burst mode I/O with a bandwidth of 8 Mbytes per second 

• 64-bit interleaved memory data transfers 

• Hardware floating point, decimal, and character instructions 

• 16-line asynchronous terminal controller 

• Virtual control panel for ranote diagnostics 

• Si^jervisor terminal 

• The FRIMDS operating system 

TSae 850 is contained in a standard 54-board chassis. 19 of the slots 
are reserved for the instruction stream units; 16 are reserved for the 
stream synchronization unit and memory; and the remaining 19 are 
reserved to support up to 13 I/O controllers, 
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Table 12-1 lists sane of the additional hardware features of the 850. 

TPnr 3 nmnni <»4-o Its!- rtf t-V>«» art-fi-w^rei r:rr\At^r^^-a a^^■mr^r^■eir^ hur l-Vio fl^fl . coo 

Chapter 11, and contact your sales representative. 



Table 12-1 
Surmary of 50 Series Characteristics 



Feature 



2250 



250-11 550-11 



750 



850 



32-bit architecture 

Simultaneous active 
processes 

Direct connect 
terminal users 

Virtual address 
space per system 

Maximum physical 
memory size 

Size of cache 

Average caciie hit 
rate 

I/O bandwidth 



yes 
64 

32 



yes 
128 

32 



yes 
128 

64 



yes 
128 

96 



4 Mb 2 Mb 



4 Mb 



8 Mb 



2.5 



2.5 



2.5 



8.0 



yes 
128 

128 



512 Mb 512 Mb 512 Mb 512 Mb 512 Mb 



8 Mb 



2Kb 2Kb 8Kb 16 Kb 32 Kb 
85% 85% 90% 95% 95% 



8.0 



Input I/O transfer 
rate ( Mb/sep ) 


2.5 


2.5 


2.5 


8.0 


8.0 


Output I/O transfer 
rate ( Mb/sec ) 


2.5 


2.5 


2.5 


5.0 


5.0 


Burst mode I/O 


no 


no 


no 


yes 


yes 


Hardware integer 
arithmetic 


yes 


yes 


yes 


yes 


yes 


Character and 
decimal ops. 


finrware 


firmware 


hardware 


hardware 


hardware 


Floating point 
arithmetic 


firmware 


firmware 


hardware 


hardware 


hardware 


Instruction 


no 


no 


no 


yes 


yes 


preprocessor 












Microprocessor 
control unit with 
process exchange 


yes 


yes 


yes 


yes 


yes 


Parity checking 


yes 


yes 


yes 


yes 


yes 
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Prime INPORMftTION Systans 

As an option for the systons house customer. Prime offers the 
INFORMATION line of CPUs. These CPUs are designed to support the 
INPORMATION operating system and the INPOPMATION software (see Chapter 
iJ.) • 

The I450-II is identical to the 50 Series 250-11, except that it 
supports an 8-Kbyte cache and a microsecond timer. it also includes 
microcode assist capabilities for the INFORMATION software. 

The I250-II , 1750 , and 1850 are identical to the 50 Series 250-11, 750, 
and 850 CPUs, respectively. 



MEMORY EXPANSION UNITS 

Ttiere are two memory expansion packages available for the members of 
the 50 Series family. These packages are available in 512-Kbyte and 
1-Mbyte sizes and can be used on any 50 Series system to extend memory 
capacity to the maximum allowed per system. 



TERMINALS 

Several terminals are available to address the user's need for 
interactive capabilities. Both the Pr25 and PST 100 terminals are 
designed to function as a ^stem console or as a user terminal. Four 
other terminals are provided to address the nee<fe of users in many 
fields, including the office environment and graphics amplications. 
For information about a hardcopy device suitable for use as a systan 
console, refer to the 3115 Low Speed Serial Matrix Printer in the 
section. Unit Record Devices, below. 



Pr25 Character Mode Terminal 

•nie Pr25 is a general purpose, character mode terminal suitable for any 
interactive application. it displays characters in 24 lines of 80 
characters each, with an additional line at the bottom of the screen 
that displays status, self-test, and control information. The attached 
keyboard has a main typewriter-like keypad, as well as a 14-key numeric 
pad, eic^t user-defined function keys, and five cursor control keys. 
The keyboard also allows users to specify a full set of visual screen 
attributes (reverse video; blink; underscore; and full half, or zero 
intensity) . 

This terminal is compatible with EIA RS232C (CCTTT V.24), and 
interfaces with Prime's AMLC or ICSl at speeds between 100 and 9600 
bits per second. It also offers the users a choice of ev&i, odd, nark, 
or space parity. HIIMOS supports the PP25 in full duplex mode. 
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pr45 Block Mode Terminal 



This microprocessor-controlled terminal addresses the needs of all 
applications requiring block mode, character mode, and alphanumeric 
operations. The screen format is 24 lines by 80 characters, plus an 
additional status line at the bottom of the screen. Ihe keyboard is 
detached for user comfort. 

In addition to the Pr25 features described above, the Pr45 also 
contains two-page display memory with scrolling and paging controls. 
It, too, is equipped with a bi-directional, serial auxiliary port that 
is compatible with the EIA RS232C standard. This terminal interfaces 
with Prime's AMLC or ICSl at speeds between 110 to 19200 bits per 
second. ERIMDS fully suH»rts the Pr45 as a character mode terminal 
for all alphanumeric, buffered mode, and block mode operations. FORMS, 
DPTX, and Office Automation software also support this terminal. 

pr65 Intelligent Terminal 

The Pr65, like the Pr45, is microprocessor controlled. It is designed 
for use with Prime' s Office Automation software, where it is used as 
the administrative workstation. It is equipped with such editing and 
programming capabilities as 32 Kbytes of program or display memory, 
many Prime-defined function keys, and built-in word processing 
functions. The screen format of the Pr65 is larger than that of the 
pr25 and Pr45 for easier viewing. This terminal is also availakxLe with 
a Selectric-style keyboard. 

Like other Prime terminals, the Pr65 supports a standard asynchronous 
interface that allows the terminal to communicate at speeds between 300 
and 9600 bits per second. The communication is by EIA RS232C, 



PST 100 Block Mode Terminal 

This microprocessor-controlled terminal, the first made by Prime, 
addresses the neecfe of all applications requiring block mode, character 
mode, and alphanumeric operations. The screen format is 24 lines by 80 
characters, plus an additional status line at the bottom of the screen. 

-Hie ergonomic features include a detachable keyboard and a display 
screen that swivels to the left and right and tilts up and down. Tlie 
keyboard module has a typewriter keypad, a numeric keypad, and a row of 
function keys. 

Built-in terminal menus let users change terminal characteristics. For 
example, the terminal can be put in reverse video or the form of the 
cursor can be changed. 
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The PST 100 has a two-page display memory with smooth and jump 
scrolling controls. It uses a bi-directional, serial auxiliary port 
that is compatible with the EIA RS232C standard. The terminal connects 
to an AMLC or ICSl line at speeds ranging from 50 to 19200 bits per 
second. IRIMDS fully suH»rts the PST 100 as a character mode terminal 
for all alphanumeric, buffered mode, and block mode operations. FORMS, 
FED, and Office Automation software also support this terminal. 



IW93 and IW95 Graphics Workstations 

The Prime graphics workstations are hardware products designed for use 
with MEDUSA. Both systans are made up of a 19-inch diagonal display, a 
joystick, a data tablet, a Pr25 terminal, and a graphic controller. 
IW93 includes a monochromatic display; IW95, an eic^t-color display 
with over 4,000 colors from which to choose. The graphics display, 
with raster scan technology and resolution of 1280 x 1024, is coupled 
with hi^ speed hardware for efficient, versatile use. 

Either workstation is connected to the host system via two serial 
ports. Hiis means that workstations can be located some distance from 
the host without difficulty. In addition, mudi of the processing power 
is built into the workstations so that the time spent requesting 
service f ran the host is kept to a minimum. 

Some of the features built into the workstations are conies, graphic 
primitives, selective erase and update, selectable cursor types, and 
variable line types. The PW95 also has local pan and zocm 
capabilities. 



MftGNETIC TKPES 

The user wanting magnetic tape capability has four drives from which to 
choose. These drives offer a choice of speeds and storage capacity. 



4550 OCR Tape Drive 

This 9-track tape drive is supported on all members of the 50 Series 
family. It records either 1600 (phase encoded) or 6250 (group code 
recording) bits of encoded information per inch of tape at a speed of 
75 inches per second. The hic^ speed and the density of information 
represents significant saving of resources for the user who must 
manipulate large volumes of information. In addition, this drive 
supports burst mode I/O to further speed up transfers on the 750 and 
850 systems. 

Features include automatic thread and load, hi^ speed rewind, hi^ 
reliability, and the ability to select the density of information 
either manually or by program. Built-in integrity monitors 
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automatically c»rrect single and double track errors, and internal 
exercizers can quickly identify problems if and when they occur. 
Finally, since the drive is supported on all 50 Series systems, it can 
easily work with an i:5)graded syston in the future should the user's 
needs grew in that direction. 

Up to eicjit 4550 tape subsystems can be supported on one systen (four 
per controller) . This total is subject to system configuration rules. 



4522 Tape Drive 

•nils 9-track tape drive records information at a speed of 75 inches per 
second. Users can select data density of either 800 (NRZI) or 1600 
(PE) bits of encoded data. These industry standard formats allow the 
4522 tape to be hi^y applicable to Prime systems that exchange data 
other non-Prime systems. The choice of data density also represents a 
significant saving of resources for the user who must manipulate large 
volumes of information. In addition, this drive supports burst mode 
I/O to further speed up transfers on the 750 and 850 systems. 



4520 Tape Drive 

The 9-track 4520 drive embodies all of the same features of the 4522 
except that it operates at 45 inches per second. This makes the 4520 a 
good choice for the user who performs small numbers of tape operations. 
^fote that the user can mix both 4520 and 4522 tape drives on the same 
controller for a total of ei^t drives. 



Cartridge Tape Drive 

The 4580/4651 Cartridge Tape Drive provides tp to 15 Megabytes 
formatted capacity per cartridge. "niis 4-track drive records 
information at a speed of 30 inches per second, using a data density of 
6400 l^i. Cartridge tapes provide economical backup, program lead, and 
software distribution facilities, offer hi^ reliability and data 
integrity, and are available on all Prime systans. 

One Cartridge Tape Drive is included with each 2250 system, and a 
second drive (Model 4651) can be added. On other 50 series systems, 
4580 Cartridge Tape Drives are supported, so users can transfer tapes 
between the 2250 and these systeons. 
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DISKS 

Prime offers three types of disk drives: 

• Storage module disks (SMEte) 

• Cartridge module disks (CMDs) 

• Fixed media disks (FMDs) 

All Prime systems support up to eight of these devices, four per 
SJ^^ii^""' ^I combination of disks can be used, except that the 
675Mb EMD cannot be configured with any CMDs. The Prime 2250 supports 

S -^^ u5^^ °^ ^^^' ^^ ^^ supports 68Mb and 158Mb Sios, 
described below, 

Ihe user can thus to choose the storage combination that best suits an 
application. Nearly all the disks can be moved to a new Prime 50 
Series system without difficulty if the user decides to upgrade the 
computer facility, "t^^auc uie 

Table 12-2 summarizes information about the three types of disks. 



Storage Module Disks 

For the user who prefers removable disk storage. Prime offers two 
storage module disks. Available in 80 and 300 Mbyte capacities, 
storage module disks allow the user to change disk packs at will. 
Backing up data is a simple matter of copying data from one disk pack 
to another, then removing one pack to storage. These disks are also 
multipurpose to make them useful for many applications. 



Table 12-2 
Sumtary of Disk Characteristics 



Disk 
Characteristic 


Storage Module 


Cartridge Module 


Fixed Media 






80Mb 


300Mb 


32Mb 


64Mb 


96Mb 


160Mb 


675Mb 


Mhytes/bisk 

Bytes/Sector 

Sectors/Track 


77.0 
2080 
9 


292.7 
2080 
9 


30.8 
2080 
9 


61.6 
2080 
9 


92.4 

2080 
9 


154 

2080 

9 

8210 


630 

2080 

9 

33640 


Track/Drive 


4115 


15637 


1646 


3292 


4938 


Cylin.A>rive 


823 


823 


823 


823 


823 


821 


841 

8.3 
10 
25 


Av. Latency (Ms) 


8.3 


8.3 


8.3 


8.3 


8.3 


8.3 


Min. Seek (Ms) 


6 


6 


6 


6 


6 


7 


Av. Seek (Ms) 


30 


30 


30 


30 


30 


30 


Max. Seek (Ms) 


55 


55 


55 


55 


55 


55 


50 
1.2 


Transfer Rate (Mb) 


1.2 


1.2 


1.2 


1.2 


1.2 


1.2 
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Cartridge Module Disks 

Prime's three cartridge disks cxjmbine fixed and removable storage in a 
family of three moderate capacity units. Ihe 32 Mbyte disk has 16 
Mbytes of fixed storage; the 64 Mbyte disk, 48 Mbytes; and the 96 
Mbyte disk, 80 Mbytes. All three have 16 Mbytes of removable storage 
and use error correcting data encoding. 

The user who can benefit most from using this type of disk typically 
needs only moderate amounts of storage. Systons that have only a 
limited amount of physical space in which to put equipment can also 
benefit from including these disks, since all three are rack mountable. 

Fixed Media Disks 

The two fixed media disks are the most cost effective, reliable storage 
units available from Prime. The larger 4490 is a free standing unit 
offering 675 Mbytes of storage. The 4480 has 160 Mbytes of storage and 
mounts either in a standard Prime peripheral cabinet (550-11, 750, and 
850) or in a central system cabinet (250-11). Both embody 
state-of-the-art sealed Winchester technology. 



Fixed Media Disks on the 2250 

The 2250 supports both 68- and 158-Megabyte Fixed Media Disks. One 

68-Megabyte disk and drive is included with each of these systems, and 

two can be mounted in the system cabinet. Table 12-3 sunmarizes the 
characteristics of both these EMDs. 



Table 12-3 
Characteristics of Fixed Disks on the 2250 



Disk 


Fixed Media 


Characteristic 


68Mb 


158Mb 


Mbytes/Disk 


63.0 


146.9 


Bytes/Sector 


2080 


2080 


Sectors/Track 


9 


9 


TrackA)rive 


3363 


7847 


Cylin./Drive 


1121 


1121 


Av. Latency (Ms) 


9.7 


9.7 


Min. Seek (Ms) 


8 


8 


Av. Seek (Ms) 


45 


40 


Max. Seek (Ms) 


85 


75 


Transfer Rate (Mb) 


1.04 


1.04 
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UNIT REOORD DEVICES 

Prime's offerings in the unit recx>rd device field are varied, giving 
the user a choice of products, llie general types of devices are: 

• Chain driven line printer 

• Matrix line printer/plotter 

• Band printer 

• Matrix character printer 

• Card reader 



3166 and 3167 Chain Driven Line Printers 

For the user requiring a heavy duty printer. Prime offers a chain 
driven line printer available in two speeds. TSie 3166 prints 1000 
lines per minute? the 3167, 750 lines per minute. The 3167 uses a 
printing set of 96 characters to provide u^^per and lower case 
alphabetic, numeric, and punctuation characters. Ohe 1000 Ipm printer 
has a printing set of 64 characters. 



Matrix Line Printer/Plotters 

The matrix printer/plotter is available in two models: the 3126 uses a 
serial asynchronous interface, while the 3174 uses a parallel 
interface. Both print upper and Icwer case characters, as well as 
underlines, at a rate of 300 lines per minute. Both models can print 
up to five copies plus original at once, accepting a variety of 
standard forms and labels i^ to 16 inches wide. To generate graphs, 
maps, bar codes, curves, and block characters, the matrix 
printer/plotter can .operate in plot mode. A static eliminator, paper 
guide, and paper basket are standard features. Users can also include 
special character sets or international AC power configuration as 
options to this type of printer. 

This type of printer is suitable for the user with low or medium 
printing requiranents. It is compatible with all members of the 50 
Series family, so it can move to a new system if the user desires to 
upgrade a facility. 



3323, 3327, 3333, and 3337 Band Printers 

Prime's band printer is available in four models. The 3323 is a 
pedestal model printer and prints 300 lines per minute using a standard 
set of 64 ASCII characters. The 3333 cabinet printer also uses a set 
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of 64 ASCII characters and prints 600 lines per minute. Both the 3327 
and the 3337 use a set of 96 ASCII characters; the former is a 
pedestal model and prints 200 lines per minute, while the latter is a 
cabinet model printing 450 lines per minute. 



3350 and 3351 Serial Matrix Printers 

The 3350 serial character printer is for users with li^t duty printing 
needs. Three types of these devices are offered: 

• A 160 character per second, keyboard send/receive (KSR) device 

• A 30 character per second, keyboard send/receive (KSR) device 

• A 160 character per second, receive only (RO) device 

The KSR devices are primarily for use as hard copy terminals. Users 
can use the RD device with the SEOCL program as an output device. 
Either type of device is an excellent choice for use in a transaction 
based environment, since either can easily print a variety of business 
forms and labels. 

Additional features of the serial character printers include a standard 
upper/lower case ASCII character set, 42 programmable functions, a 
character buffer, and bi-directional printing. Built in self-test 
routines and heavy duty construction ensure reliable operation. 



3115 Lew Speed Serial Matrix Printer 

Tliis printer is for use as a supervisor terminal or hard copy device. 
It is supported on all 50 Series systons and acts as a sen^/reoeive 
(KSR) unit. All features are totally programmable and can be 
controlled by application or system software. It prints at a 
bidirectional, nominal rate of 30 characters per second, with bursts of 
60 characters per second to catch up when the buffer is full. It is 
easily maintained due to its self-test feature, and to its heavy duty 
construction. 



3175 Letter-Quality Printer 

Tliis printer is a serial impact printer for letter-quality business 
applications. It is conpatible with all 50 Series systems equipped 
with an AMLC or ISCl controller. It prints up to 55 characters per 
second and can handle a number of standard business forms. Htxs printer 
uses interchangeable print thimbles, and has the capability to print 
many international print characters. 
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HARDWARE IRODUCTS 



3159 Card Reader 

For the user with moderate duty card reading requirenents. Prime offers 
the 3159 card reader, IMS device has a 550-standard-size-card hopper 
capacitiT and reads 300 cards per minute. Its heavy duty construction 
and tabletop size make it suitable for a variety of applications. 
Other features, such as a vacuum system to reduce dust, data 
rei^nchronizing logic, and a strai^t-through card track keep the 
reader trouble free. 



SUMMARY 

This chapter has summarized the 50 Series hardware products. The wide 
variety of components provide the user with many options and allow user 
applications to be addressed in several fashions. For more details 
about Prime's hardware products, contact your Prime sales 
representative. 
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